本文へスキップ
スキルアップカレッジ

顧客ジャーニーとカスタマー・ライフサイクル——契約後の道のりを描く

レッスン2:顧客ジャーニーとカスタマー・ライフサイクル——契約後の道のりを描く

このレッスンで学ぶこと

  • カスタマー・ライフサイクルの全体像を描けるようになる
  • 顧客ジャーニーマップの基本要素を理解する
  • 契約後の主要なタッチポイントを設計する発想を身につける
  • ライフサイクルと CS の介入ポイントの関係を把握する

レッスン1では、カスタマーサクセスの定義と、営業・サポートとの違いを整理しました。本レッスンでは、CS の全体地図にあたる「カスタマー・ライフサイクル」と「顧客ジャーニー」を扱います。地図がなければ、どこで何をすべきかは決まりません。CS の仕事は、顧客がどんな道のりを辿るかを描き、その各地点でどう関わるかを設計することから始まります。

カスタマー・ライフサイクルの 6 段階

カスタマー・ライフサイクル(Customer Lifecycle)は、顧客と自社の関係の時間的な経過を段階に分けて捉える考え方です。実務では 5〜7 段階に整理されることが多く、本コースでは次の 6 段階で扱います。

  1. 認知(Awareness):顧客が自社のことを知る
  2. 検討(Consideration):顧客が導入を検討する
  3. 契約(Purchase):契約が締結される
  4. オンボーディング(Onboarding):初期設定・初成功までの期間
  5. 活用(Adoption:日常的に製品を使い成果を出している期間
  6. 更新/拡張(Renewal / Expansion):契約更新と追加購入
flowchart LR
    A[認知] --> B[検討]
    B --> C[契約]
    C --> D[オンボーディング]
    D --> E[活用]
    E --> F[更新/拡張]
    F -.継続.-> E
    F -.解約.-> X([離脱])

この図は、認知から始まり、契約・オンボーディング・活用を経て、更新と拡張へ進む流れと、更新時点で「継続」「拡張」「離脱(解約)」に分岐することを示しています。CS の主戦場は、点線部分を含めた「契約後のすべての段階」です。

営業 / マーケと CS の責任範囲

ライフサイクル上、責任分担の目安は次のとおりです。

  • 認知 → マーケティング
  • 検討 → マーケティング・営業
  • 契約 → 営業
  • オンボーディング → CS(一部営業や導入支援チーム)
  • 活用 → CS
  • 更新/拡張 → CS(営業と連携)

組織構造により細部は変わりますが、「契約以降は CS が主役」というのが標準的な整理です。

💡 ポイント CS は、契約後の活動を「点」ではなく「線(ライフサイクル全体)」で捉えます。1 回の対応の善し悪しではなく、ライフサイクル全体での体験設計が成果を決めます。

なぜライフサイクルで考えるか

ライフサイクルという視点を持つメリットは大きく 3 つあります。

メリット1:状態に応じた対応ができる

オンボーディング期と活用期では、顧客の悩みも CS の役割も異なります。同じ「うまくいかない」という訴えでも、オンボーディング期なら設定の問題、活用期なら運用習慣の問題、ということが多くなります。

状態を識別すれば、対応を変えられます。これがライフサイクルで考える出発点です。

メリット2:先回りができる

「いまの顧客はどの段階にいるか」がわかれば、次に何が起きるかを予測できます。オンボーディング期の顧客には、活用期に入る前の準備を促せます。活用期に入った顧客には、更新前の振り返り面談を計画できます。

CS の能動性は、ライフサイクル上の「先回り」によって発揮されます。

メリット3:チームで共通言語を持てる

「あの顧客はオンボーディング中」「この顧客は活用期に入った」と段階で語れると、チーム内で状況を素早く共有できます。属人的な感覚ではなく、組織的な対応が可能になります。

🔰 初学者の方へ ライフサイクルは難しい概念に見えるかもしれませんが、要するに「いまどこにいるか」を捉える地図です。地図がなければ目的地に着けません。明日からの業務でも「この顧客はどの段階か」と問う習慣を持つと、見え方が変わります。

顧客ジャーニーマップ

カスタマー・ライフサイクルが時間的な「段階」を捉えるのに対し、顧客ジャーニーマップ(Customer Journey Map)は、その段階の中で顧客が何を考え、何を感じ、何をしているかを描く視覚化ツールです。マーケティング・UX デザインの領域でよく使われ、CS でも応用されています。

顧客ジャーニーマップの基本要素

典型的な顧客ジャーニーマップは、次のような要素で構成されます。

  1. ステージ:ライフサイクルの段階
  2. 顧客の行動:その段階で顧客がする行動
  3. 顧客の思考:何を考えているか
  4. 顧客の感情:どう感じているか(不安・期待・困惑など)
  5. タッチポイント:自社と顧客が接する接点
  6. 痛み(ペインポイント):そこで顧客が困りやすいこと
  7. 機会:自社が介入して価値を提供できる機会

これらを行列で並べて、ステージごとに 1 列ずつ埋めていくのが基本形式です。

ジャーニーマップ作成の効果

ジャーニーマップを作ると、見えてくるものがいくつかあります。

  • 自社が「どの瞬間に」「何を提供しているか」が一目でわかる
  • 一方で「どこに穴があるか」も明確になる
  • 顧客視点で物事を語れる共通言語ができる
  • 部門横断で「ここの体験を誰が持つか」を議論できる

完璧なジャーニーマップを最初から作る必要はありません。1 つのセグメントについて、簡易な版を作って改訂を重ねるのが現実的です。

📝 補足 顧客ジャーニーマップは、業界・製品・顧客セグメントごとに作るのが理想です。同じ製品でも、エンタープライズ向けと中小企業向けでは旅の道のりが大きく違うからです。1 つの「決定版」を目指すより、複数の地図を持つほうが実用的です。

タッチポイントの設計

タッチポイント(Touchpoint)は、顧客と自社が接する接点のことです。CS が設計する主なタッチポイントを段階別に整理します。

オンボーディング期のタッチポイント

  • キックオフ・ミーティング(契約直後の正式な顔合わせ)
  • 初期設定のサポート(オンライン会議・チャット・ドキュメント)
  • 初成功体験のための伴走(最初の成果を一緒に作る)
  • オンボーディング完了の確認とフィードバック

活用期のタッチポイント

  • 定期面談(月次・四半期)
  • ヘルススコアに基づくアラート対応
  • 新機能のお知らせと活用相談
  • ユーザー向けセミナー・ウェビナー
  • ニュースレター・コミュニティ

更新/拡張期のタッチポイント

  • 更新前の振り返り面談(QBR:Quarterly Business Review)
  • 成果報告書(顧客が出した成果の言語化)
  • 拡張提案
  • 更新後のお礼と次期計画

すべての顧客にすべてのタッチポイントを提供するわけではありません。次のレッスン3で扱う「ハイタッチ・ロータッチ・テックタッチ」の使い分けが基本になります。

💡 ポイント タッチポイントを設計するときは、「数を増やす」のではなく「タイミングと中身を整える」発想が大事です。連絡が多すぎると顧客は煙たがり、少なすぎると関係が希薄になります。「ちょうどよさ」を顧客セグメントごとに探していくのが CS の腕の見せ所です。

ライフサイクル上の重要な瞬間

ライフサイクル全体の中で、特に CS が意識すべき「重要な瞬間」がいくつかあります。

重要な瞬間1:契約直後

契約直後は、顧客の期待が最も高い瞬間です。同時に、不安も大きい瞬間でもあります。「本当にこれで成果が出るのか」という疑念は、契約直後に最も強く残っています。

ここでの初動が、その後の関係を大きく左右します。レッスン3 で詳しく扱います。

重要な瞬間2:「初成功」を体験するとき

製品を使い始めて、初めて顧客が「使ってよかった」と思える瞬間。「アハ・モーメント(aha moment)」とも呼ばれます。ここを早く・確実に作ることが、定着の鍵です。

重要な瞬間3:習慣化のフェーズ

毎日/毎週、自然に製品を使う状態に入った段階。ここまで来れば解約リスクは大きく下がりますが、機能更新や運用変更によって離脱しないよう、活用を支え続ける必要があります。

重要な瞬間4:契約更新の数か月前

更新のタイミングは、顧客にとっても自社にとっても「考え直すチャンス」です。「このまま続けるか」「上位プランに切り替えるか」「他社の提案を聞くか」が天秤にかけられます。

更新の数か月前から振り返り面談を設定し、成果を一緒に確認するのが標準的な動きです。

重要な瞬間5:担当者の交代

顧客側の担当者が交代する瞬間は、関係性が一からやり直しになる可能性があります。新担当者は前任者の評価を引き継ぎますが、自分の言葉で価値を語れないと、解約候補として再評価されることがあります。

⚠️ 注意 担当者交代は CS の盲点になりやすい瞬間です。前任者と築いた信頼関係が、新任者には引き継がれないことが多い。新任者向けの再オンボーディングを意識的に提供すると、解約リスクが減ります。

ジャーニー設計の典型的な失敗

ジャーニー設計でよくある失敗を、3 つ挙げます。

失敗1:自社視点になってしまう

「うちはここで連絡する」「うちはここで会議する」と、自社が何をするかだけを描くと、ジャーニーマップは内部マニュアルにしかなりません。顧客が何を考え、何に困っているかを中心に置く視点が必要です。

失敗2:完璧を目指して動けない

「全顧客セグメント・全段階を網羅したジャーニーマップを作る」とプロジェクトが終わりません。1 セグメントの 1 段階から始めて、運用しながら改訂するのが実用的です。

失敗3:作って終わり

ジャーニーマップは、作って壁に貼って終わるものではありません。月次・四半期で見直し、実際の顧客の声と照らし合わせて修正するのが基本です。

🔰 初学者の方へ 「まずは雑でいいから 1 枚描いてみる」のが、ジャーニーマップ作成の鉄則です。完璧を目指さず、A4 紙 1 枚に手書きで 1 セグメントを描くところから始めてみてください。話題にすれば、自然と議論が広がります。

オンライン・リモート時代のジャーニー

近年は、リモートワークの普及で、顧客側の動きも変化しました。

  • 対面の打ち合わせが減り、オンライン会議が標準
  • 顧客社内の意思決定者と、現場利用者が物理的に離れている
  • ドキュメント・ナレッジベースが「顔の見えない顧客」への接点として重要

ジャーニー設計においても、対面前提のタッチポイントだけでなく、非同期・非対面のタッチポイントを織り込む必要があります。具体的には:

  • 動画オンボーディング(顧客が好きな時間に見られる)
  • ナレッジベース・ヘルプセンター
  • アプリ内ガイド(ツアー機能、ヒント表示)
  • コミュニティ(顧客同士の助け合い)

これらを使い分けることで、CS チームの工数を抑えつつ、多くの顧客に体験を届けられます。

講師の現場メモ:ジャーニーマップを 1 日で作って動かした話

私(湯浅)が国内 SaaS の VP of CS だった頃の話です。CS チームを立ち上げた直後、私は「まず完璧なジャーニーマップを作ろう」と意気込んで、ワークショップを企画しました。営業・マーケ・サポート・プロダクト・経営陣まで巻き込んだ大規模なものを計画したのです。

ところが、関係者の予定調整だけで 1 か月かかり、肝心のワークショップは結局延期続き。その間、CS の現場は「とにかく目の前の顧客に対応する」しかなく、改善の議論は止まったままでした。

3 か月経って、私はあきらめました。完璧を待つのをやめて、自分で 1 日で雑なジャーニーマップを書いてみたのです。3 つの代表的な顧客セグメントについて、A3 紙にステージ・顧客の行動・思考・感情・タッチポイント・痛みを書き出しました。当然、不正確な箇所も、推測の部分もありました。

それを CS チームの定例会議に持ち込み、「ここから議論しましょう」と切り出しました。すると、メンバーから「この段階の痛みはもっと深刻ですよ」「ここに穴があります」と次々と指摘が出ました。1 回 30 分の議論で、ジャーニーマップは大きく改訂されました。

その後、毎月の定例で少しずつジャーニーマップを更新し、半年経った頃には、関係部署が共通言語として使える形になっていました。最初に「全員で完璧を目指そう」としていたら、いまだに何もできていなかったでしょう。

ジャーニーマップは「正解」を作るものではなく、「議論を起こす土台」です。本コースを読んでいる皆さんも、明日 30 分時間を取って、1 セグメントのジャーニーを手書きしてみてください。完成度より、議論の起点を持つことのほうが、ずっと価値があります。

まとめ

このレッスンでは、以下のことを学びました。

  • カスタマー・ライフサイクルは、認知 → 検討 → 契約 → オンボーディング → 活用 → 更新/拡張 の 6 段階
  • CS の主戦場は「契約以降」のすべての段階
  • ライフサイクル視点を持つメリットは、状態に応じた対応・先回り・チームの共通言語
  • 顧客ジャーニーマップは、各段階で顧客の行動・思考・感情・タッチポイント・痛みを描くツール
  • タッチポイントは段階別に設計する。「数」より「タイミングと中身」が大事
  • 重要な瞬間は、契約直後・初成功・習慣化・更新前・担当者交代
  • 自社視点・完璧主義・作って終わりは典型的な失敗パターン
  • リモート時代は非同期・非対面のタッチポイント設計も必須

次のレッスンでは、ライフサイクルの中で最も重要な「オンボーディング設計」を深掘りします。契約後の最初の 90 日が、その後の関係をほぼ決めると言われる理由と、タイム・トゥ・バリュー、ハイタッチ/ロータッチ/テックタッチの使い分けを学びます。


確認クイズ

このレッスンの理解度をチェックしましょう。