ooligo
ENTRY TYPE · framework

Customer journey mapping

By Marius Bughiu Last updated 2026-06-06 Customer Success

Customer journey mapping は、Customer Success の文脈では、販売後のライフサイクルを名前付きのステージの連なりとして描き、各ステージ内の具体的なタッチポイント、オーナー、成功指標を可視化する実践です。これにより、更新データが教えてくれる前に、どこでリテンションが勝ち取られ、どこで失われるかを見ることができます。これは販売前のバイヤージャーニー(認知 → 検討 → 決定)ではなく、感情に基づく「エクスペリエンスマップ」でもありません。それらはプロスペクトが購入に至るまでをどう感じるかをマッピングします。CS のジャーニーマップは契約が締結された瞬間から始まり、より難しい問いに答えます。このアカウントが更新し拡大するために、何が、いつまでに、誰の責任で起こる必要があるのか。

販売後のステージ

機能するマップは5つのステージを持ちます。それ以上追加するのは避けてください。誰も運用しない細分化は装飾です。

  • オンボーディング — 契約締結から最初の価値提供まで。churn リスクが最も高く、最も予防可能なステージ。
  • アダプション — 最初の価値から習慣的な利用まで。幅(いくつの機能か)と深さ(どのくらいの頻度で、何 seats が使うか)。
  • 価値実現 — 習慣的な利用から、バイヤーが社内で説明できる実証された成果まで。
  • 拡大 — 実証された価値から、より大きなコミットメントへ。seats の増加、上位 tier、新製品。
  • 更新 — 意思決定のウィンドウ。通常は契約終了前の90日間。

これらは厳密に線形ではありません。あるアカウントは1つの製品で拡大しながら、別の製品でまだオンボーディング中ということがあります。packaging が正当化するなら製品ラインごとにジャーニーをマッピングしてください。そうでなければステージが曖昧になり、指標が意味を失います。

各ステージに紐づけるもの

ステージは3つのものがなければ役に立ちません。入口のトリガー、出口の基準、そして動きを見られる指標です。一般的な「顧客を満足させる」は埋め草です。マップを較正された値を持つテーブルとして描きます。

ステージ出口の基準観測する指標オーナー
オンボーディング最初の価値マイルストーン達成TTV(最初の価値までの日数)オンボーディング CSM
アダプションコア機能3つ以上を週次利用アクティブ seats / ライセンス seatsCSM
価値実現文書化された成果(ROI、削減時間)health score、利用トレンドCSM
拡大拡大の締結または有望な商談NRR への貢献CSM + AE
更新契約更新GRR、更新率CSM + Renewals

出口の基準は、ほとんどのチームが飛ばす部分であり、マップを運用可能にする部分です。出口の基準がない「アダプション」は雰囲気にすぎません。「ライセンス seats の60%がコア機能3つ以上を週次利用」は、自動化を構築できるゲートです。

重要な瞬間

ステージの中で、良い体験または悪い体験がリテンションを不釣り合いに動かす一握りのタッチポイントを特定します。これらが重要な瞬間であり、限られた high-touch の予算を投じる先です。

  • 最初の価値マイルストーン — この製品がこのアカウントで機能することを証明する唯一のアクション。TTV がベンチマーク(mid-market SaaS では多くの場合30日、PLG ではそれより短い)を超えると、更新時の churn リスクは測定可能なほど跳ね上がります。
  • 最初の executive business review — 価値があなたの言葉ではなくバイヤーの言葉で枠付けされる瞬間。
  • champion の交代 — 社内のスポンサーが去る。これはほとんどのチームが計測不足にしている、最もシグナルの強い churn 予測因子です。これに CRM トリガーを配線してください。
  • 利用の急落 — アクティブ seats またはセッションの持続的な低下。更新フォーキャストではなく、低下の始まりで捉えてください。
  • サポートエスカレーションの急増 — 高重大度チケットのクラスターは、あなたが更新の会話を切り出す前に、その会話を枠付け直します。

規律はこうです。重要な瞬間にはそれぞれオーナー、検知シグナル、定義されたプレイがあります。名前を付けられても検知できない瞬間は、マップではなくギャップです。

よくある落とし穴

  • 理想のジャーニーをマッピングし、実際のものをマッピングしない。 チームは起こるべきことをマッピングします。実際に起こることを計測してください。1つの箱を描く前に、CS プラットフォームから実際のステージ間のコンバージョンと TTV の分布を引き出します。ガード:すべての出口の基準を直近2四半期のコホートデータに照らして検証する。
  • 出口の基準がないステージ。 測定可能なゲートがなければ、アカウントは「アダプション」に永遠に溜まり、motion が機能しているか誰も言えません。ガード:入口のトリガーと出口の基準なしにステージを出荷しない。
  • 検知シグナルがない瞬間。 「champion の交代は重要」は、それが起きたときにトリガーが発火しない限り、真実で無益です。ガード:すべての重要な瞬間を、実在するシステムのフィールド、イベント、または閾値にマッピングする。
  • すべてのセグメントに1つのマップ。 enterprise アカウントと PLG セルフサーブアカウントはジャーニーを共有しません。ガード:motion が異なる場合はセグメントのバンドごとにマッピングする。タッチポイントが本当に一致する場合のみ、1つの共有マップにする。

関連