移動を測る:地図からジャーニー分析へ

会議室の壁に貼られたジャーニーマップを思い出してほしい。ワークショップの翌週は誰もが眺め、1ヶ月後には誰も見ない。3ヶ月後にはオフィス移転の梱包箱の中だ。ジャーニーマップは仮説であり、証明ではない。それを測定システムに変換しない限り、どれだけ美しく描いても現場は変わらない。

本稿の主張はシンプルだ。ジャーニーマップの価値は「描くこと」ではなく「測り続けること」にある。ステージとタッチポイントの構造をそのまま計測の骨格に転用し、感情・時間・コストのデータを継続的に流し込む——それがジャーニー分析(ジャーニーアナリティクス)であり、静的な地図を経営が使える意思決定装置に変える唯一の方法だ。マッピングのワークショップで盛り上がるだけの企業は、次の四半期には同じ問題を再発見して驚くことになる。

顧客ジャーニーマップが「壁の装飾」で終わるのはなぜか

答えは明快だ。ジャーニーマップの多くは一度限りのスナップショットとして作られ、更新も検証もされないまま「事実」として扱われるからだ。ファシリテーターとして数十回のマッピングワークショップを回してきたが、失敗パターンはほぼ同じ形をしている。参加者の記憶と推測でステップを埋め、感情曲線は多数決で決まり、誰も裏付けデータを持ってこない。地図は完成した瞬間から劣化が始まる。

ハーバード・ビジネス・レビューに2013年9月に掲載された論文「The Truth About Customer Experience」(McKinseyのAlex Rawson、Ewan Duncan、Conor Jonesによる調査)は、個別タッチポイントの満足度だけを測る企業は、顧客が実際に体験する「累積的なジャーニー」を見落とすと指摘した。単発の顧客満足度調査で高得点が出ていても、複数のタッチポイントをまたぐ体験全体では離脱が起きている——これはマップを描いた「その日」の感情ではなく、時間軸に沿った変化を追わなければ見えてこない。

つまり壁の装飾になる理由は、更新の仕組みがないからだ。マップは一度描いた瞬間に「終了」のスタンプが押される。測定に接続されたマップだけが、組織の記憶として機能し続ける。

ジャーニーマップとジャーニー分析はどう違うのか

ジャーニーマップは「顧客がどう体験するはずか」という仮説の可視化であり、ジャーニー分析はその仮説を実データで検証し続ける運用プロセスだ。両者は対立するものではなく、前者が後者の骨格を提供する。

マップはワークショップの成果物であり、鮮度が命だ。ジャーニー分析は、そのステージとタッチポイントの構造(スケルトン)にNPSやCSAT、応答時間、放棄率、コールセンターの通話ログ、アプリの離脱地点といった実データを流し込む継続プロセスになる。ここで重要なのは、カスタマージャーニーの設計そのものを一度きりの成果物ではなく、データ入力先の「テーブル定義」として扱う発想の転換だ。テーブル定義が甘いと、どれだけダッシュボードを作り込んでも意味のない数字が並ぶだけになる。

実務ではこの区別を怠るチームが多い。マップを描いた瞬間に「測定は完了した」と誤解し、次のプロジェクトに移ってしまう。ジャーニー分析は逆に、マップを「継続的に検証されるべき仮説の集合」として扱う。

サービスブループリントが測定の設計図になる理由

サービスブループリントは顧客の見える動線だけでなく、裏側の人・システム・プロセスまで一枚に落とすため、どこにセンサー(測定点)を置くべきかを決める最良の設計図になる。ジャーニーマップだけでは「顧客が待たされている」ことは分かるが、「なぜ待たされているのか」は見えない。

Nielsen Norman Groupが公開しているサービスブループリントの解説記事は、フロントステージ(顧客が直接見る接点)とバックステージ(従業員の行動)、サポートプロセス(システムや在庫)を分離して可視化する手法として定義している。この分離こそが測定設計の鍵だ。フロントステージの体験スコアが低いとき、原因はバックステージの人員配置なのか、サポートプロセスのシステム遅延なのかを、ブループリントがあれば即座に切り分けられる。

私が現場で必ずやるのは、ブループリントの各レーンに「測定可能な指標」を紐づける作業だ。フロントステージには顧客が知覚する時間(Perceived Time)、バックステージには実処理時間(Actual Time)、サポートプロセスにはシステムのレスポンスタイムを置く。この3つの差分こそが、体験の「摩擦(フリクション)」の正体になる。サービスデザインのプロジェクトでこの3層測定を導入すると、待ち時間クレームの本当の発生源がフロントではなくバックエンドにあるケースが驚くほど多いことが分かる。

どの指標をどのタッチポイントに紐づけるべきか

すべてのタッチポイントに同じ指標を貼るのは間違いだ。指標はタッチポイントの「役割」に応じて選ぶべきで、感情の頂点と終点には特に重い測定が必要になる。

ここで効いてくる行動経済学の概念がピーク・エンドの法則だ。Daniel Kahnemanらが1993年に学術誌Psychological Scienceに発表した研究以降、人は経験全体の平均ではなく「感情の頂点」と「終わり方」でその経験を記憶することが繰り返し確認されている。つまりジャーニー全体に均等に測定リソースを配分するのは非効率で、感情曲線の谷(最悪の瞬間)と終点(最後の接点)にこそ最も精密な計測を置くべきだ。

実務的には、タッチポイントの種類に応じてこう振り分けている。

• 導入・オンボーディング接点:完了率、離脱率、最初の価値実感までの時間(Time to First Value)。ここでの離脱は取り返しがつかない。
• 日常利用・反復接点:CES(顧客努力指標)を中心に据える。日常タッチポイントで顧客が求めているのは感動ではなく「楽さ」だからだ。
• 問題解決・クレーム接点:解決までの時間、エスカレーション率、再問合せ率。エスカレーション戦略の設計と直結する領域で、ここが感情曲線の「谷」になりやすい。
• 終了・解約・完了接点:NPSと定性コメント。ピーク・エンドの法則に従えば、この接点の体験設計に投じる工数は他のどの接点より高くて当然だ。

もう一つ、損失回避の視点も外せない。顧客は「得られるはずだった体験を失った」ときの痛みを、同等の得を得たときの喜びより強く記憶する。だからこそ、期待値を上回ることよりも「期待値を下回らないこと」を守る指標——約束した処理時間や在庫確約の遵守率——を、感情スコアと並べて必ず追う必要がある。

ジャーニー分析を構築する手順

ジャーニー分析は一度の導入で完成しない。マップの骨格に測定を接続し、運用サイクルとして回し続けるための手順は以下の7段階だ。

1. 既存のマップとブループリントを棚卸しする。更新日が半年以上前のものは仮説として扱い、検証対象リストに入れる。
2. 各タッチポイントに「役割」を割り振る。導入・反復・解決・終了のどれかに分類し、前章の指標セットを当てはめる。
3. データソースを接点ごとに特定する。アンケート、通話ログ、アプリ解析、店舗のPOSデータなど、既存システムのどこに実データが眠っているかを洗い出す。新規調査を増やす前に、既存データの活用を優先する。
4. 感情曲線の「谷」と「終点」を先に計測系統に載せる。全タッチポイントを同時に整備しようとすると必ず息切れする。最も記憶に残る2〜3地点から着手する。
5. ダッシュボードではなく「異常検知の閾値」を先に決める。数字を眺めるだけの画面は誰も見ない。CESが基準値を一定期間超えたら誰が動くか、その運用ルールを先に決めておく。
6. 四半期ごとにマップそのものを再検証する。実データが仮説と食い違った箇所は、ステージ構造を描き直す。ジャーニー分析はマップの更新履行を強制する仕組みでもある。
7. 改善アクションをロードマップに落とし、オーナーと期限を割り振る。測定だけで終わるプロジェクトは、測定疲れを起こして半年で立ち消える。

この手順を回すための土台として、組織の測定成熟度を先に把握しておくと迷いが減る。CX成熟度診断で12の構成要素のどこが弱いかを確認すれば、7段階のうちどこから着手すべきかの優先順位がすぐに見えてくる。

ジャーニー分析でよくある失敗は何か

最も多い失敗は、指標を増やしすぎて誰も見なくなることだ。次に多いのが、顧客の声(定性データ)を定量スコアの後付け装飾にしてしまうことだ。

• 指標の過積載:タッチポイントごとに5つも6つも指標を貼ると、更新も分析も止まる。役割ごとに1〜2指標に絞る勇気が必要だ。
• 定性データの軽視:スコアが下がった理由は、顧客の生の言葉の中にしかない。Voice of Customer戦略をジャーニー分析と接続していないチームは、数字が動いた「理由」を永遠に推測することになる。
• 部門サイロでの測定停止:マーケティングが計測したジャーニーとコールセンターが計測したジャーニーが接続されていないと、顧客の一連の体験は永遠に断片のままだ。
• ガバナンスの欠如:誰が指標を更新し、誰が閾値超えに対応し、誰がマップの改訂を承認するのか——この責任所在が曖昧なまま始めると、最初の1回の更新で仕組みが止まる。CXガバナンス戦略を測定と同時に設計しておくべき理由がここにある。

顧客を測定の設計に巻き込まないまま指標だけを内部で決めてしまうケースも根深い。関連する失敗パターンは、顧客との共創デザインがなぜ多くの場合失敗するのかという論考でも詳しく触れている。測定システムも同様で、顧客が実際に重視する瞬間と、社内が測りたい瞬間がずれていれば、どれだけ精緻なダッシュボードを作っても的外れになる。

マップは仮説、分析は検証——順番を間違えない

ジャーニーマップを捨てる必要はない。マップはチームの共通言語であり、最初の仮説を素早く合意するための最良の道具だ。だが、その仮説を検証するデータ配管を敷かない限り、マップは会議室の壁で静かに劣化していく。ジャーニー分析とは、地図に日付と実測値を書き込み続ける作業にほかならない。

次にジャーニーマップのワークショップを開く前に、一つだけ自分に問うてほしい。このマップの各ボックスに、半年後、誰がどのデータを流し込むのか。答えが出ないなら、それはまだマップではなく、ただの願望のスケッチだ。測定に接続されたジャーニーだけが、経営の意思決定に耐える資産になる。