カスタマージャーニーマップを作っても施策が決まらない——想像だけで埋めない確認手順

会議で認知、比較、購入、継続の表を埋め、付箋もきれいに並んだ。それでも「では、来月は何を変えるのか」が決まらない——。カスタマージャーニーマップが使われない原因は、図の見た目より、事実と想像を同じ欄に書いていることにあります。

図解

事実と仮説を分けるカスタマージャーニー

関連用語 カスタマージャーニー 顧客の行動、問い、接点を意思決定の流れに沿って整理する方法。

記入欄	確認済みの事実	未確認なら行うこと
行動	検索、閲覧、問い合わせの記録	本人または担当者へ確認
問い	顧客が実際に質問した内容	インタビューで理由を聞く
接点	流入元、資料、商談の履歴	計測や記録方法を整える
次の施策	複数の根拠が示す詰まり	調査を先に実施する

段階を埋める前に、根拠と次に確かめることを対応させる。

カスタマージャーニーマップは顧客行動の完成予想図ではなく、分かっていることと未確認の仮説を分け、次の調査と施策を決める道具です。この記事では、実在する顧客一人から始め、根拠を付け、優先課題を一つ選ぶところまで進めます。

施策が決まらないマップは、空欄より「確かめていない断定」が危険です

「顧客はSNSで知り、口コミを見て、価格を比較し、問い合わせる」と書けば、もっともらしい旅になります。しかし、実際の顧客が営業担当から紹介され、社内稟議のためにセキュリティ資料を探しているなら、SNS投稿を増やしても詰まりは解消しません。

問題は仮説を書くことではありません。仮説を事実のように扱い、そのまま予算を配分することです。各欄へ「確認済み」「一部確認」「未確認」の印を付けます。未確認の欄が残っていても構いません。むしろ、次に誰へ何を聞くべきかが分かる方が、すべて埋まった想像図より実用的です。

作成目的も一文にします。「顧客理解を深める」ではなく、「問い合わせ前に料金ページで止まる理由を特定する」「無料利用から有料契約へ進む判断材料を整理する」のように、対象となる意思決定を置きます。

最初はペルソナではなく、実在する顧客一人の行動を時系列にします

複数の属性を組み合わせた架空の人物から始めると、都合のよい行動を補いやすくなります。最初の一枚は、最近購入・契約・問い合わせに至った実在顧客を一人選びます。個人情報を共有資料へ残さず、選んだ理由と取引の種類だけ記録します。

営業記録、問い合わせ文、検索語句、メール履歴、サポート履歴などから、観測できる接点を時系列で並べます。「不安だったはず」のような感情は推測欄へ分けます。本人へ聞ける場合は、次の質問で確認します。

• 最初に課題を意識した出来事は何だったか
• 最初に調べた言葉や、相談した相手は誰だったか
• 候補を比べるとき、何が分からず止まったか
• 最後に進めると決めた材料と、残っていた不安は何か
• 利用後、続ける・やめる判断に何が影響したか

「当社をどこで知りましたか」だけでは、一つの接点しか取れません。知った接点、比較した接点、社内で説明するために使った情報は別の場合があります。記憶に頼る調査には限界があるため、行動ログや記録と突き合わせます。

成約した顧客だけを選ぶと、現在の導線を肯定する材料へ偏ります。可能なら、問い合わせ後に進まなかった人、比較中に離れた人、継続しなかった人の記録も分けて見ます。ただし、連絡許諾や個人情報の扱いを守り、調査のために不要な情報を集めません。

一人目の時系列を作ったら、それを「全顧客の旅」と呼ばず、仮のパターンAとします。二人目、三人目で同じ判断地点が現れるか、異なる経路があるかを確認します。異なる経路を無理に一枚へ平均せず、獲得経路や利用目的が違うなら別パターンとして残します。

情報源は、答えられる問いによって使い分けます

行動データは「どこで」を示し、インタビューや現場記録は「なぜ」の候補を示します。片方だけで原因を確定せず、二つ以上の情報が同じ詰まりを指しているかを見ます。

段階は認知・比較・購入で固定せず、判断が変わった地点で区切ります

ひな型の段階を均等に埋めると、重要でない列まで作業が増えます。実際の行動を並べた後、「何を判断したか」が変わる地点に区切り線を入れます。

すべての事業に5段階が必要なわけではありません。問い合わせだけが目的なら3段階でも構いません。反対に、導入審査や契約更新が重要なら、その判断を独立させます。列数は見栄えではなく、異なる課題と担当部署が現れるかで決めます。

一枚にまとめる前に、異なる顧客経路を分けて比べます

広告から初めて知った人、既存顧客から紹介された人、営業担当から声をかけられた人では、最初から持っている信頼と情報量が違います。これらを一つの平均的な旅にすると、紹介経由では不要な説明が、広告経由では不足するといった差が見えません。

最初は「利用目的」と「主な獲得経路」の二つで分け、課題が本当に異なるかを見ます。ページ閲覧数のわずかな差だけでマップを増やさず、判断材料、関与者、止まる地点のいずれかが異なる場合に別の経路として扱います。

たとえば資料請求を目的とする広告流入では、短時間で対象条件と料金の考え方を確認したいかもしれません。紹介経由では、紹介者から基本的な信頼を得た状態で、具体的な導入手順を探すかもしれません。これは仮説なので、実際の閲覧や質問で確認します。違いが確認できれば、入口ごとに最初に見せる情報を変える施策へつなげられます。

各段階には、行動・問い・根拠・担当の4行だけを書きます

最初から感情曲線、KPI、チャネル、コンテンツ、システムまで増やすと、更新されない表になります。まず各段階へ次の4行を書きます。

1. 行動：検索する、同僚へ聞く、資料を読むなど観測できる動き
2. 問い：その時点で判断できずにいること
3. 根拠：インタビュー、ログ、営業記録など情報の出所
4. 担当：その接点を改善・確認できる部署や役割

感情は、本人の発言や複数の記録で必要性が分かった場合に追加します。「認知では不安、購入では喜び」と機械的な曲線を描いても、施策の判断にはつながりません。KPIも、改善候補が決まった後に置きます。

BtoBでは、企業の旅と担当者の旅を一枚に混ぜません

法人購買では、利用者、担当者、決裁者、情報システム、法務、購買などが別の問いを持ちます。企業全体を一人のように描くと、「担当者は前向きだが、セキュリティ確認で止まる」といった詰まりが消えます。

まず主担当者の時系列を横軸にし、重要な関与者を行として追加します。全関係者の感情を埋める必要はありません。意思決定を止める質問、必要資料、承認の順番を中心にします。

たとえば担当者が機能比較を終えても、決裁者は費用対効果、情報システムはデータの扱い、現場利用者は操作負担を確認します。同じ「比較段階」でも必要なコンテンツが違います。ここで初めて、導入事例だけでなく、費用内訳、セキュリティ資料、運用手順が必要だと判断できます。

施策は「影響・確からしさ・実行可能性」で一つに絞ります

マップに課題が十個見つかっても、同時には直しません。各候補を次の3項目で高・中・低に分けます。

• 影響：その詰まりが解消したとき、重要な意思決定が前へ進むか
• 確からしさ：複数の記録や顧客の発言で確認できているか
• 実行可能性：担当者、期限、必要な権限を決められるか

影響が高くても根拠が弱い場合、いきなり制作へ進まず調査を施策にします。顧客3名へ同じ質問をする、失注理由の記録欄を統一する、特定ページからの遷移を計測する、といった確認です。固定の人数だけで十分とせず、対象の偏りと回答の違いを記録します。

マップの成果物は大きな図ではなく、「誰が、何を、いつまでに確かめるか」という一つの次アクションです。公開資料を作ることが目的でなければ、スプレッドシートやホワイトボードでも十分です。

更新日は固定せず、判断が変わる出来事を記録します

マップは一度作って終わる資料ではありませんが、毎月全面的に描き直す必要もありません。料金体系、申込み手順、主要チャネル、顧客層、社内の承認プロセスが変わったときに、影響する段階を更新します。

変更履歴には、変えた欄、根拠、確認日、担当者を書きます。「顧客は動画を好むようになった」といった一般論で書き換えず、検索語句、質問、利用記録など、自社で確認できた変化とつなげます。古い仮説を削除する場合も、なぜ採用しなくなったかを残すと、同じ議論の繰り返しを防げます。

まとめ：まず一人、一つの判断、一つの根拠から始めます

カスタマージャーニーマップは、顧客を想像で説明する図ではありません。実在顧客の行動を並べ、事実と仮説を分け、異なる意思決定の地点で区切ります。BtoBでは関与者ごとの質問を分け、影響・確からしさ・実行可能性で優先課題を選びます。

今日行うことは、最近の顧客一人を匿名で選び、「最初の課題認識」「比較時の疑問」「決定材料」の3点を、問い合わせ・営業・サポートの記録から拾うことです。分からない欄には推測を書かず、「誰に何を聞くか」を書いてください。