カスタマージャーニーマップの作り方 — 顧客体験設計の実務手順

「カスタマージャーニーマップは作った。でも結局、誰も見ていない」——この状況は、サービス設計やWebリニューアルに関わるプロジェクト現場で頻繁に起きている。受託者側のWebディレクターが丁寧に作成したマップが、納品後にクライアントの引き出しの中で眠り続ける。あるいは社内のマーケティング部門が数週間かけて作り上げたマップが、施策立案の際に参照されることなく別の資料に置き換えられる。

なぜこうなるのか。根本的な原因は二つある。

一つ目は、「作ること」が目的化していることだ。カスタマージャーニーマップの作成を依頼された担当者は、とりあえず見栄えの良い図を作ることに注力する。実際の顧客データやインタビュー結果ではなく、チームの「なんとなくこういう顧客像だろう」という憶測が積み重なり、リアリティのないマップが完成する。

二つ目は、完成後の活用フローが設計されていないことだ。マップ単体で渡されても、受け取った側はそれをどう業務に組み込めばよいかわからない。意思決定の際にどのようにマップを参照するか、どのタイミングで更新するかが決まっていなければ、自然と使われなくなる。

カスタマージャーニーマップの本来の価値は、顧客の視点で体験全体を可視化することで、組織内の異なる部門や受発注間の認識を揃え、共通の課題認識を持つことにある。この価値を引き出すためには、作り方と同時に、使い方・運用方法まで設計する必要がある。

カスタマージャーニーマップは、特定のペルソナが何らかの目標（商品購入、サービス利用、問い合わせなど）を達成するまでの過程を、時系列のフェーズに沿って行動・思考・感情・タッチポイント・課題の軸で記述した図である。

ペルソナ

マップの起点となる仮想顧客像。年齢・職業・生活環境・行動特性・価値観を含む。複数のペルソナが存在する場合はペルソナごとにマップを作成する。一つのマップに複数の顧客像を詰め込むと、特定の誰かの体験にもならない抽象的な記述になりがちなため注意が必要だ。

フェーズ（ステージ）

顧客が目標達成に向けて進む段階を区分したもの。認知・検討・購入・利用・継続（またはリピート）・推薦といった区分が一般的だが、対象となるサービスや業界によって適切なフェーズ区分は異なる。フェーズの粒度は「このフェーズで取るべき施策が変わる単位」で設定するのが実務上の判断基準となる。

タッチポイント

顧客がブランド・サービス・担当者と接触するすべての接点。検索エンジン、SNS、広告、ランディングページ、メール、電話、店舗、契約書、請求書まで含む。タッチポイントはオンラインとオフラインを区別せず網羅的に洗い出すことが重要だ。受託者の目線では、自分たちが直接関与できるタッチポイントと、クライアント社内で管理されるタッチポイントを区別して把握しておくと施策の責任範囲が明確になる。

行動・思考・感情

各フェーズで顧客が「何をしているか（行動）」「何を考えているか（思考）」「どう感じているか（感情）」を記述する。感情は通常、ポジティブ〜ネガティブの曲線として視覚化される（感情曲線）。感情が最も落ち込む地点が「モーメント・オブ・ペイン（痛みのポイント）」であり、改善施策の優先ターゲットとなる。

課題とオポチュニティ

各フェーズで顧客が直面している障壁や摩擦を「課題」として記録し、それを解消した場合の体験改善余地を「オポチュニティ」として記述する。この二軸が、カスタマージャーニーマップを施策立案に接続するための重要なアウトプットとなる。

ステップ1：ペルソナの定義とスコープの設定

最初に決めるべきことは「誰の」「どのフェーズまでの」ジャーニーを描くかである。

ペルソナ定義には実データを使う。既存顧客へのインタビュー（最低5名）、アンケート、CRMデータ、問い合わせログ、サポート対応記録などから、実際の購買・利用行動のパターンを抽出する。データが不足している場合は、仮説として明示した上でマップを作成し「このペルソナ仮説を検証するためのデータ収集計画」も同時に立てる。

スコープは「認知から購入後1ヶ月まで」のように具体的に区切る。全ライフタイムを一つのマップに詰め込もうとすると、粒度が荒くなって実用性が下がる。まず最も課題が集中しているフェーズに絞ってマップを作成し、後から拡張する方が実務では機能しやすい。

発注者と受託者が共同でマップを作る場合、スコープ設定の段階で「どちらが主導するフェーズか」を明確にしておく。例えば、認知〜リード獲得はクライアント（発注者）の責任範囲、リード獲得後のWebコンバージョン施策は受託者の主担当という形で分担を可視化しておくと、後の施策立案で混乱が生じにくい。

ステップ2：タッチポイントの網羅的洗い出し

ペルソナが特定の目標を達成するまでに経由するすべての接点を列挙する。ブレインストーミング形式でチーム全員が付箋（またはオンラインホワイトボード）に書き出し、フェーズごとに整理する。

洗い出しの際に陥りやすい落とし穴は、「自分たちが関与しているタッチポイントだけをリストアップする」ことだ。顧客はサービス提供者が意図しない経路でも情報を収集し、判断を下している。例えばWebサイトを見る前に口コミサイトで評判を確認したり、友人のSNS投稿を参照したりする行動は、発注者・受託者双方が意識していないことが多い。こうした「管理外のタッチポイント」を可視化することがカスタマージャーニー作り方の本質の一つである。

タッチポイントの洗い出しが終わったら、各接点において「顧客は何を期待しているか」「現状の体験はその期待を満たしているか」を評価する。期待と現実のギャップが大きいタッチポイントが優先的に改善すべき箇所となる。

ステップ3：感情曲線の描画と課題の抽出

各フェーズにおける感情の起伏を曲線として可視化する。縦軸をポジティブ〜ネガティブ、横軸をフェーズとして、ペルソナがどの時点で喜び・不安・失望・安心を感じているかをプロットする。

感情曲線の描画には顧客インタビューのデータが不可欠だ。「購入を決めた瞬間はどんな気持ちでしたか」「手続きで不安を感じた場面はありましたか」といった質問から得られた言語データを感情曲線に反映させる。感情が著しく落ち込んでいるフェーズ（モーメント・オブ・ペイン）に対して「なぜそのような感情が生まれるのか」を深掘りし、背後にある課題を具体的な文章として記録する。

課題の記述は「〜が不明確で判断できない」「〜の手順が多くて疲弊する」のように、顧客の視点で書く。「情報が足りない」ではなく「スペックと価格の比較情報が一か所で見つからないため、複数サイトを行き来することになる」のような具体性が必要だ。抽象的な課題記述はそのまま施策に落とし込めないため、実装段階で解釈のずれが生じる原因になる。

ステップ4：優先度付けと施策仮説の整理

洗い出した課題を「影響度（顧客体験への影響の大きさ）×実現可能性（技術・予算・時間の制約）」の二軸で評価し、優先度を決定する。

影響度が高く実現可能性も高い課題から着手するのが基本だが、受発注間でこの評価軸の重み付けが異なることがある。受託者はシステム実装の観点から「実現可能性」を高く評価しがちだが、発注者にとっては「この課題が解消されないと売上に直結する」という「影響度」の方が優先事項であることも多い。マップ作成の段階でこの優先度評価を共同で実施することで、後の施策立案における合意形成コストを大幅に削減できる。

各課題に対して「施策仮説（Hypothesis）」を一文で記述する。「商品比較ページを設けることで、検討フェーズの離脱率が低下する可能性がある」のように、課題→施策→期待される効果を接続した形にする。この仮説が、その後の設計・開発フェーズにおける意思決定の根拠となる。

パターン1：実データなしの憶測マップ

最も多い失敗は、顧客インタビューやデータ収集を省略して「おそらくこういう顧客だろう」という思い込みでマップを作ることだ。憶測マップの問題は、作成者が自社・自プロジェクトの視点でのみ顧客を見ているため、実際の顧客行動とのズレが大きい点にある。特に「なぜこのサービスを選ばなかったのか」という非顧客の視点が完全に欠落する傾向がある。

対策：ペルソナ作成前に必ず顧客インタビューを実施する。既存顧客5名と非顧客・解約顧客2名の合計7名以上のインタビューが得られれば、マップの信頼性は大幅に向上する。

パターン2：発注者視点のみで作成されたマップ

発注者が単独でマップを作成すると、自社サービスの「伝えたいこと」を中心に構成されがちだ。顧客が実際に「知りたいこと」「感じていること」ではなく、企業側の意図が顧客体験として描かれてしまう。

対策：受託者（WebディレクターやUXデザイナー）がファシリテーターとして参加し、第三者視点で「本当にそれは顧客が感じることですか？」という問いを挟む。顧客体験設計においては、受発注の立場を超えたオープンな議論の場を作ることが品質を左右する。

パターン3：一度作ったら更新されないマップ

市場環境の変化、新しいタッチポイントの登場（SNSの新機能、新規競合の参入など）、顧客属性の変化によって、カスタマージャーニーは時間とともに陳腐化する。一度完成したマップを「完成物」として扱い、更新しないでいると、現実とかけ離れた前提で施策を立案し続けることになる。

対策：マップ完成時に「次回更新のトリガー条件」を設定する。例えば「主力商品・サービスの仕様が大きく変更された場合」「四半期ごとの定期レビュー」「顧客満足度スコアが前回比10ポイント以上変動した場合」のように具体的な条件を決めておく。

パターン4：マップの活用ルールが決まっていない

マップを作成しても、それを「いつ・誰が・どのように活用するか」が明文化されていないと、会議の壁飾りになる。施策立案会議でマップを参照する習慣がなければ、存在しないも同然だ。

対策：マップ作成と同時に「マップ活用プロトコル」を策定する。新規施策を検討する際は必ずマップを参照し「この施策はどのフェーズの課題に対応しているか」「どのタッチポイントに影響するか」を確認するプロセスを標準化する。

カスタマージャーニーマップの価値は、完成時点ではなく運用開始後に発揮される。マップを生きたドキュメントとして機能させるための仕組みを、作成段階から設計しておく必要がある。

共有と合意形成

マップ完成後は、そのマップに関与していなかったステークホルダー（経営層、開発チーム、カスタマーサポート担当者など）へのプレゼンテーションを実施する。各部門・担当者が「このマップの中の自分たちの担当タッチポイント」を認識することで、組織全体での顧客体験改善の意識が醸成される。

受発注間では、マップをもとにした「どのフェーズの改善を誰が主導するか」の責任分担表を作成することを推奨する。特にリード獲得前後で発注者と受託者の責任範囲が切り替わる場合、その境界をマップ上で明示しておくと、後のトラブル予防になる。

施策ロードマップへの接続

マップで抽出した課題と施策仮説を、四半期ごとの施策ロードマップに落とし込む。「Q1：認知フェーズのSEO施策強化」「Q2：検討フェーズのコンテンツ拡充」のように、ジャーニーのどのフェーズに対応する施策かを明示しながらロードマップを組み立てることで、全体最適の視点を維持しやすくなる。

施策実施後は効果測定を行い、その結果をマップに反映させる。「この施策によって検討フェーズの感情曲線が改善されたか」「新たな課題が顕在化していないか」を定期的に確認するPDCAサイクルをマップ更新に組み込む。

受発注間での定期レビュー

プロジェクト継続中は、受発注双方が参加するカスタマージャーニーレビュー会議を四半期に1回設定することを推奨する。このレビューでは、施策の効果測定結果、顧客から寄せられたフィードバック、市場環境の変化をインプットとして、マップの更新を行う。この習慣が、継続的な顧客体験改善の文化を組織に根付かせる基盤となる。

カスタマージャーニーマップは、一つの完成物として捉えるのではなく、顧客理解を深めるための継続的な対話ツールとして位置づけることが、実務での成果につながる本質的な使い方である。

---

参考文献

• Nielsen Norman Group「Journey Mapping 101」 — カスタマージャーニーマップの構成要素と作成プロセスの基礎
• Harvard Business Review「The Truth About Customer Experience」 — カスタマージャーニー全体の最適化が顧客満足度に与える影響の研究
• Interaction Design Foundation「Customer Journey Maps — Walking a Mile in Your Customer's Shoes」 — カスタマージャーニーマップの実務的な作成手法と活用事例