カスタマージャーニーマップ（CJM）は、きれいな図をつくっただけでは役立ちません。一度まとめた顧客像が、その後の営業会議やコンテンツ制作で参照されない。むしろ、売り手側が想像した一本道の購買プロセスを「顧客の真実」と誤認させることさえあります。
必要なのは、顧客が何を達成しようとしたか、どの情報が足りず、何が判断を止めたかを、出典のある観察と仮説に分けて記録することです。本記事はBtoB向けに、調査・マップ作成・検証・改善をひと続きの実務として整理します。
最初に決めるのは「どの顧客の、どの判断」か
一枚のCJMに、初めて課題を感じた人、情報システム部門の評価担当、契約交渉する購買部門、導入後の利用者まで詰め込むと、誰のどんな困りごとなのか見えなくなります。
最初は、たとえば「複数部署で使うシステムを比較し始めた担当者が、社内で検討を進めるまで」のように、対象の状況と目的を限定します。企業規模や職種だけではなく、実際の仕事と制約条件で範囲を定めます。
BtoBでは意思決定者が一人とは限りません。Gartnerは、問題の特定、解決策探索、要件作成、供給企業選定、検証、合意形成という6つの購買上の仕事を示し、顧客がそれらを行き来する非線形な過程を説明しています。したがって、すべての顧客が「認知→興味→比較→購入」と進む図は、現実の一部を省略した仮説にすぎません。
CJMが使われなくなる3つの典型的な理由
①社内の想像だけで完成させる。 営業が見た部分、マーケティングが測れた部分、サポートが知る部分はそれぞれ異なります。売り手側だけの視点を集めても、顧客自身の判断過程を十分に捉えられないことがあります。
②行動と理由を混同する。 「価格ページを3回見た」という記録から、「価格に不安がある」と結論づけてはいけません。比較のための閲覧か、社内共有のためか、操作上の問題かもしれません。理由は質問や別の証拠で確かめます。
③完成図を更新しない。 新製品、契約手順、営業体制、規制、顧客の担当者変更によって、判断の障害は変わり得ます。調査の時点を付けずに使い続けると、古い前提のまま施策を選ぶことになります。
Nielsen Norman Groupのカスタマージャーニー調査ガイドは、インタビュー、現場観察、日記調査など顧客の行動を直接確かめる調査と、既存の定量データを組み合わせる重要性を説明しています。「感じたはず」「困ったはず」という推測を、顧客の本音として確定しないための基本です。
まず集める資料と、それぞれが語れる限界
顧客インタビュー：直近の出来事、比較した選択肢、社内で説明が必要だった論点を聞けます。ただし記憶違いや調査対象の偏りがあります。
商談・サポートの記録：担当者が聞いた懸念、質問、対応の経緯を追えます。ただし入力の抜けや担当者の解釈が混ざります。
Webアクセスや検索：閲覧、ダウンロード、離脱などの行動が分かる場合があります。しかし個人の心理や購買意図まで直接証明しません。収集はプライバシー方針と適用法令に従います。
契約・提案・セキュリティ審査：組織内で何が判断条件になったか見えます。ただし個別案件に固有の事情も多く、一般化しすぎないことが大切です。
作成する表には「行動」「疑問」「証拠」「対応策」を分けて書く
最小構成のマップなら、列は①買い手が進めたい仕事、②確認された行動、③本人が述べた質問・障壁、④出典と確認日、⑤未確認の仮説、⑥売り手側が助けられること、⑦検証する指標です。
行動と感情を一つのセルにまとめず、「面談で価格と追加費用を質問した（記録）」「費用対効果を心配している可能性（仮説）」のように分離します。引用は発言を正確に記録できた範囲で使い、要約なら要約と明示します。
検証できない論点は空欄にせず「未確認」と書きます。見栄えをよくするために、架空のペルソナや平均的な購買日数で穴を埋めないことが重要です。
架空例：セキュリティ審査で検討が止まるとき
以下は実在の企業・顧客を表さない架空の業務例です。製品担当者はデモを終え、顧客は社内の情報システム部門に確認を求めました。見積もりに返事がないため、売り手は「価格で迷っている」と考えています。
しかし顧客に確認すると、データの保存場所やログの保持条件が分からず、審査を進められなかったとします。これなら必要なのは値引きではなく、セキュリティ文書の提供や説明窓口かもしれません。
逆に、審査文書が十分でも予算や事業優先順位が合わない場合もあります。「何か資料を追加すれば決まる」とも言い切れません。マップは最も都合のよい原因を選ぶ道具ではなく、代替仮説を並べて確かめる道具です。
「迷い」だけに偏らず、買い手が終えたい仕事を支援する
Gartnerの購買支援研究概要は、買い手が必要な仕事を完了できるようにデジタルと営業接点を設計する重要性に触れています。コンテンツは感情を操作するためではなく、選択肢を比較し、自分たちで判断する材料を得られるものにします。
判断に必要な資料の例は、製品比較表、導入条件、費用の前提、セキュリティの回答、試行方法、既存システムとの連携条件などです。どの資料が役立つかは買い手の現実に照らして選びます。
現場での使い方：小さな運用サイクル
1週目：対象とする一つの購買局面を選び、既存の商談記録・質問・サポートログから事実と不足を洗い出します。
2週目：可能な範囲で顧客や失注・保留案件の担当者に確認し、表の「未確認」を更新。少数の例から全市場へ一般化しません。
3週目：営業・マーケティング・関連部門で、実際に障害となっている論点を一つ選び、FAQや比較資料、担当者への引き渡しなどを変更します。
4週目以降：資料が使われたか、顧客の疑問が解消したか、次の検討行動が起きたかを追います。受注など時間がかかる成果は適切な期間を設定します。
この期間は試行を始めるための例であり、「4週間で売上が伸びる」と実証するものではありません。観測件数が少なければ判断を保留し、施策が顧客の負担を増やした場合は撤回します。
AIに任せる部分と、任せない部分
AIには会議メモの分類、似た質問のグルーピング、見落とした仮説の列挙などを任せられる場合があります。ただしAIが作った「顧客は不安を感じていた」という解釈は、本人が述べた事実ではありません。引用と推測を区別して保存しましょう。
顧客情報を外部AIに送る場合、秘密保持、個人情報、データ処理条件、保存先を事前に確認します。匿名化しても再識別できる情報が残ることがあります。
このマップを使わない方がよい場面もある
対象の購買状況がほぼ確認できず、担当者の推測しかない場合、完成版のCJMを配布すると誤解を広げるおそれがあります。その場合は「仮説マップ」と明示し、確認する質問だけを残す方が正確です。
一人の顧客に起きたことが、ほかの企業の意思決定にも当てはまるとは限りません。複数の業界・製品・契約形態を一枚に統合する前に、共通点と相違点を確かめます。
マップを仮説で終わらせないために：「顧客は価格が高いから止まった」などの説明は、商談記録だけで確定できません。定性データと定量データを組み合わせる方法では、受注・失注・未回答を分けて調べ、CRMの傾向と実際の会話を突き合わせる手順を扱います。仮説に基づいて資料や営業の説明を変更した後は、BtoBマーケティング実験の設計を参考に、変更の効果と偶然の変化を区別して評価できます。
まとめ：一枚の地図より、確認と改善の習慣
カスタマージャーニーマップの役割は、顧客の行動や感情を断定することではありません。確認できた出来事と、まだ分からない疑問と、今すぐ助けられる仕事を区別し、営業・マーケティングが次の検証を合意することです。
顧客理解全体を整理するならBtoB顧客理解・購買プロセス、商談が止まる背景はBtoB商談が決まらない理由、リードと営業連携はBtoBリードの質から読み進められます。
参考資料と適用範囲
・Nielsen Norman Group, “How to Conduct Research for Customer Journey-Mapping”（2019年）：直接調査と既存データによる、仮説を実態へ近づけるための調査法。
・Gartner, “The B2B Buying Journey”：直線的ではない購買上の仕事。
・Gartner, “Improve Digital Engagement to Support B2B Buying Journeys”（2024年、公開概要）：買い手の仕事を支えるコンテンツの考え方。詳細全文は公開資料で確認していません。
本記事の七列マップや四週間の進め方は、これらを参照した編集上の実務提案です。顧客の感情、数値、実績を創作して一般的な事実として扱うものではありません。