カスタマージャーニーのプレゼンは、色付きの地図を見せるだけでは不十分です。段階、顧客の目的、接点、根拠のある問題を次の行動につなげます。マーケティングプレゼンの枠組みを使い、観察と仮説を分けて書きましょう。

カスタマージャーニーのプレゼン:接点、つまずき、次の行動をつなぐ

段階と目的を決める

顧客の視点で、きっかけ、検索、選択、利用、フォローなどの段階を置きます。段階ごとに達成したい目的と、解くべき問いを一つ記録します。

接点を根拠と結び付ける

チャネル、引き継ぎ、見えるやり取りを記載します。インタビュー記録、問い合わせ、テスト観察など、確認できる根拠だけを添えてください。個別の体験は手掛かりであり、全体の割合ではありません。

優先して解決するつまずきを選ぶ

「アップロード後に同じ書類を再び求められる」のように、観察できる出来事で表現します。段階、影響、観察の確かさ、担当する役割を併記します。声の大きさではなく、深刻さと改善できる余地で優先順位を付けます。

読みやすいスライド構成

  1. 問いと対象ユーザー
  2. 段階と顧客の目的
  3. 接点と根拠
  4. 優先するつまずきと担当者
  5. 行動と測定の案
  6. 未回答の問いと次回レビュー

仮説を見える化する

ジャーニーは作業用の表現であり、すべての顧客を説明するものではありません。仮説、欠けているデータ、矛盾を示します。施策を試し、適切な指標で確認する前に改善を約束しないでください。

具体例:夜間講座を探して申し込むまで

架空の研修会社が、初めてサイトを訪れた人が夜間講座の申し込みを完了しない理由を調べるとします。ジャーニーの主役は、都合のよい日程を探している社会人です。研修会社の営業担当者ではありません。対象とする範囲は、講座を探し始めてから、申し込み内容を確認できる通知を受け取るまでです。Nielsen Norman Groupのジャーニーマッピングの解説(英語)でも、具体的な主役、状況、段階、改善の機会を定めています。社内の部署を順番に並べるだけでは、顧客の行動を表せません。

以下の数値は、資料の作り方を示すための架空のデータです。ある1週間に、240人のユニーク訪問者が講座ページを閲覧しました。そのうち120人が申し込みフォームを開き、その120人のうち84人が申し込みを完了しました。これとは別に、調査協力者として集めた5人が申し込みを試す様子を観察しました。アクセスデータは申し込みまでの人数の変化を示し、5人の観察は途中で何が起きるかを調べる手掛かりになります。両者を同じ標本として扱ってはいけません。

顧客の行動示す根拠解釈と言える範囲次に試すこと
自分に合う講座を探す対象の1週間に講座ページを閲覧したユニーク訪問者は240人。分析の出発点となる人数であり、全員に申し込みの意思があった証拠ではない。対象講座、端末、期間の絞り込み条件を人数の隣に示す。
参加できるかを確かめる観察した5人のうち3人は、日程を選ぶ前に終了時刻を探した。必要な情報の手掛かりにはなるが、全訪問者の60%が同じ問題を抱えているとは言えない。各日程の隣に終了時刻を表示して試す。
申し込み情報を入力する120人がフォームを開き、84人が申し込みを完了した。完了率は84/120 = 70%。36人は測定期間内に完了していないが、その理由は不明。フォーム全体を作り直す前に、離脱した工程と観察された困難を調べる。
申し込みの完了を確認する観察した5人のうち4人は確認通知を見つけ、1人は別のメールフォルダーを探していた。5回の観察で得た結果であり、メールの配信成功率ではない。画面上の完了表示を残し、確認メールの案内文を見直す。

「日程を選ぶ前に終了時刻を確認したい参加者がいる」なら、観察結果に沿った見出しです。「講座の時間が分かりにくいから顧客が離脱する」とは言えません。後者は、観察した困難と全体の離脱数を結び付けていますが、一方が他方の原因だとは確認できていません。「いら立ち」などの感情を載せる場合は、本人の発言なのか、観察者が捉えた様子なのかを明記します。空欄を埋めるために感情の曲線を作らないでください。

会議では、4つの行動を全体像のスライドに並べます。人数と観察メモは、根拠を示す別のスライドにまとめましょう。流れを追いやすくしながら、解釈が妥当かどうかも議論できます。

接点ごとの根拠を確認する

重要な接点ごとに、出典、取得日、観察の確かさを記録します。インタビュー、サポートへの問い合わせ、利用シグナル、仮説は答える問いが違います。一つの体験談を全体の割合として示してはいけません。

チーム間の引き継ぎも表示します。マーケティング、営業、プロダクト、サポートが同じ段階を違う名前で呼んでいる場合は、資料で用語を固定します。これにより、地図が共通の作業モデルになります。

顧客への影響を基に優先順位を付ける

深刻さ、影響を受ける顧客の目的、観察された事例、対応できる範囲で並べます。重大でも対応できない問題と、小さくてもすぐ直せる問題では扱いが異なります。優先順位の横に不確実性を示してください。

優先したつまずきには、担当者、次の行動、確認するシグナルを付けます。「体験を改善する」ではなく、「入力項目を一つ減らし、次のテストで離脱を確認する」のように書きます。ただし、入力項目の問題が根拠で確認できる場合に限ります。

講座の例で最初に行うのは、サイト全体の申し込み機能の作り直しではなく、小さなデザインの検証でよいかもしれません。講座情報の担当者が、試作画面で日程の隣に終了時刻を加えます。調査担当者は新たな参加者に、参加できる講座を選んでもらいます。確かめたいのは、日程選択の画面から離れずに決められるかどうかです。この使いやすさの結果と、実際の申し込み率は分けて扱います。申し込み率への効果を主張するには、本番サイトでの結果を適切に比較する必要があります。試作画面について好みを聞いただけでは判断できません。

そのため、資料では「この変更をテストすること」「正確な講座時間を誰が用意するか」「観察結果をいつ確認するか」に絞って判断を求められます。参加者がまだ選べない場合は、最初の仮説が正しかったと決めつけず、ほかに不足している情報を調べます。

地図をスライドに変換する

全体図で流れを見せた後、重要な断絶ごとに状況、根拠、影響、行動を一枚にします。正確な引き継ぎは表、関係は簡略化した地図にし、すべてのメモを一枚に詰め込みません。

最後に未回答の問いと次回確認日を置きます。ジャーニーは作業仮説なので、新しいインタビューやテストで異なる結果が出たら更新します。

行動と測定をつなぐ

各行動には、確認する指標または観察方法を一つ置きます。指標がまだ決まっていない場合は、判断ログに「測定方法を決める」という問いを残し、改善率を先に約束しないでください。資料には指標の出典と期間も書きます。

観察と仮説を分ける

最後のスライドで、観察したこと、仮説、まず検証すべきことを分けます。地図は選んだ顧客層と時点の作業モデルであり、全員の原因や成功を証明するものではありません。次のテストの担当者と日付まで決めて初めて、行動へ進めます。

会議で使える問いを用意する

各段階に、顧客が達成したいこと、チームが確認した根拠、次に決めることを一つずつ置きます。段階の名前だけが並ぶ資料では、誰が何を変えるのかが見えません。担当者が違う場合は、引き継ぎの条件と確認日も書きます。

反対の証拠や例外を隠さず、どの観察が強く、どれが仮説に近いかを示します。複数の情報源が同じつまずきを示す場合と、一つの発言だけの場合を分けると、優先順位の議論がしやすくなります。

例示と実データを区別する

説明用の人物や数値を使う場合は「例」と明記します。実際の調査結果、問い合わせ数、利用データを追加するなら、対象期間、対象者、集計方法を添えます。根拠がない割合や因果関係は書きません。

更新できる地図にする

資料に基準日と作成者を記録し、観察が増えたときは何が変わったかを短く残します。段階、接点、問題、行動のいずれかを更新したら、関連する担当者へ通知します。古い地図を最新の顧客像として再利用しないでください。

行動を試した後は、同じ条件で結果を確認します。指標が変わったとしても、地図だけで原因を断定せず、追加の観察を残します。

会議で決めたことを共有する

まとめでは、最も重要なつまずき、根拠、担当者、次回に確認するシグナルを一つの表にします。未回答の問いを並べすぎず、今回の会議で決めるべき範囲を明確にしてください。

スライドの見出しは、段階の名前ではなく、その段階で確認したい問いとして書きます。例えば「比較」ではなく「何が選択を止めているか」と書けば、観察と行動のつながりが読み手に伝わります。接点が多い場合も、判断に影響するものだけを本文に残し、詳細は付録へ移します。

チームごとに改善案があるときは、同じつまずきを重複して直そうとしないよう、対応の責任者を一人に決めます。共同で実行する場合は、最初の担当者と引き継ぐ条件を明記します。これにより、地図が責任のない一覧になるのを防げます。

顧客の言葉、担当者の解釈、組織としての判断を別の列に置くと、議論が整理されます。言葉を要約するときは意味を変えず、匿名化や翻訳で省いた部分を記録します。

同じ顧客でも時期やチャネルによって経験が違う場合があります。対象を広げる前に、どのセグメントと状況を説明しているかをタイトルと注記に書きます。これだけで、特定の場面の観察を全員の体験と読み違える危険を抑えられます。

行動の優先順位を決めるときは、顧客への影響だけでなく、実行に必要な依存関係と確認コストも示します。すぐに直せない問題は、次の調査や実験に分け、完了条件を一つ置きます。

レビュー後は、決まった行動、保留した行動、根拠が不足した行動を分けて記録します。次回の地図には前回の仮説と結果を並べ、改善したと断定せず、何が変わったかを説明します。

スライドの脚注には基準日、情報源、作成者を残します。新しい情報で結論が変わるときは、以前の版を削除せず、どの根拠が変わったかを記録します。読み手は、地図の変化が顧客の変化なのか、観察方法の変化なのかを区別できます。

最後に、会議で求める決定を一文で書きます。例えば「この段階の入力項目を次のテストで減らす」のように、担当者と期限が確認できる形にします。

判断の結果は、次回レビューで確認するシグナルと一緒に保存します。数値が取れない場合も、誰が何を観察するかを文章で残します。曖昧な「様子を見る」ではなく、確認する行動と期限を置くことが重要です。

資料を共有するときは、対象セグメント、基準日、情報源をタイトル付近に置きます。別のセグメントの観察を混ぜる場合は、段階を分け、同じ結論として扱わないようにします。