レッスン3：オンボーディング設計——契約後の最初の90日が勝負

このレッスンで学ぶこと

オンボーディングの目的とタイム・トゥ・バリューの考え方を理解する
オンボーディングの 4 段階（キックオフ・初期設定・初成功・定着）を把握する
ハイタッチ・ロータッチ・テックタッチの使い分けを身につける
「90 日ルール」の意味と実務への応用を学ぶ

レッスン2では、カスタマー・ライフサイクル全体と顧客ジャーニーを扱いました。本レッスンからは、その中の重要フェーズを 1 つずつ深掘りしていきます。最初は、契約直後のフェーズ「オンボーディング」です。CS の世界では「最初の 90 日で関係が決まる」とも言われる、もっとも重要な期間です。

オンボーディングとは

オンボーディング（Onboarding）は、英語の「on board（乗船する）」が語源で、新しいメンバーが組織やサービスに馴染んでいくプロセスを指します。

CS の文脈では、契約締結から「顧客が日常的に製品を使い成果を出している状態」までを指します。具体的には次のような活動が含まれます。

キックオフ・ミーティング
初期設定・データ移行・連携設定の支援
利用者向けトレーニング
「初成功」体験への伴走
定着までのフォローアップ

オンボーディング期間は、製品の複雑さや顧客規模によって変わります。シンプルなツールなら数日、エンタープライズ向けの基幹システムなら半年〜1 年というケースもあります。本コースでは中規模 B2B SaaS を念頭に、「30〜90 日」を典型として説明します。

なぜオンボーディングが重要か

オンボーディングの良し悪しが、その後の関係をほぼ決める——これは CS 業界での経験則として広く語られています。

早期解約はオンボーディングで決まる

契約 6 か月以内に解約する顧客の多くは、オンボーディングがうまくいかなかった顧客です。「設定が複雑で使えなかった」「期待していた成果が出なかった」「社内で広がらなかった」など、原因の多くはこの期間に作られます。

「習慣化」が長期継続の鍵

人間が新しい行動を習慣にするには、一定期間の継続が必要だと心理学の研究で示されています。製品の利用も同じで、毎日・毎週使う習慣がつくまで支えることが、定着の要です。

「初期投資」の最も重要なリターン

オンボーディングは CS の活動の中でも最もコストがかかる期間です。しかし、ここに投資しないと、その後の解約や活用度の低さで何倍にもなって跳ね返ってきます。「あとで丁寧にしよう」では取り返せない時期です。

💡 ポイント 「最初の 90 日が勝負」という言葉は、契約後 90 日以内の行動が、その後数年の関係を決めるという経験則です。この期間に集中投資する設計を持つことが、CS の基本姿勢です。

タイム・トゥ・バリュー（TTV）

オンボーディング設計の中心となる概念が「タイム・トゥ・バリュー（Time to Value、TTV）」です。「顧客が製品を使い始めてから、最初の価値を実感するまでの時間」を指します。

なぜ TTV が重要か

TTV が短い顧客は、

製品の良さを実感しやすい
社内に広めるための材料を持ちやすい
解約リスクが低くなる

逆に、TTV が長い顧客は、

「使えるようになる前に挫折する」可能性が高い
上司や同僚から「成果はまだ？」と圧力を受ける
期待が冷めて温度が下がる

TTV を短くする工夫が、オンボーディング設計の核心になります。

TTV を短くするコツ

最初の「成功体験」を小さく設定する：すべての機能を使いこなすことではなく、「1 つの業務がこれで楽になった」と感じる小さな成功
初期設定を最小化する：すぐに使い始められる状態をデフォルトに
チュートリアル・サンプルデータを充実させる：「白紙の画面に何を入れればいい？」を解消
ハンズオン形式のトレーニング：説明より体験を優先

🔰 初学者の方へ TTV を短くすることと、「製品の全機能を理解させる」ことは別です。むしろ「全機能を理解させよう」とすると、TTV は長くなります。最初は「1 つの成果」を素早く出すことを目指し、機能の幅は段階的に広げていくのが基本です。

オンボーディングの 4 段階

オンボーディングは、次の 4 段階で設計するのが基本です。

段階1：キックオフ（契約直後〜1 週間）

契約直後の正式な顔合わせです。営業から CS への引き継ぎをこの場で済ませ、関係者全員で次の項目を確認します。

顧客が達成したい成果（契約時の期待）
利用するチーム・メンバー
スケジュールとマイルストーン
連絡体制（誰が窓口か、どんなチャネルを使うか）

キックオフは「正式な開始の合図」です。曖昧にすると、その後の活動がすべて曖昧になります。

段階2：初期設定（1 週間〜1 か月）

製品を使えるようにするための、設定・データ移行・連携の段階です。具体的には：

アカウント発行・権限設定
マスタデータの登録（顧客リスト・組織情報など）
既存システムとの連携（API・SSO・SFA／CRM など）
利用者向けトレーニング

技術的な作業が多く、CS だけでなくサポートや実装支援チームと連携することが多くなります。

段階3：初成功（1 か月〜2 か月）

「使い始めた」だけでなく、「使って成果が出た」最初の体験を作る段階です。例えば：

営業支援 SaaS なら、最初の 1 件の受注に貢献
経費精算 SaaS なら、初月の精算処理を完了
マーケティング SaaS なら、1 回目のキャンペーン配信を実施

ここで顧客が「使ってよかった」と感じる体験を作れるかが、最大の山場です。

段階4：定着（2 か月〜3 か月）

初成功を経て、毎日・毎週の業務に組み込まれる段階です。利用者の活用度を継続的に観察し、停滞しそうな兆候があれば声がけします。

定着が確認できれば、オンボーディング完了です。ここから先は「活用期」になり、定例の振り返りやヘルススコア管理が中心になります。

💡 ポイント 4 段階は順次進むものですが、重なる場合もあります。例えば、初期設定の途中で初成功が見えてくるケース、定着の中で次のステップに進む顧客など、現実は単純な階段ではありません。「いまどの段階に重点があるか」を意識するのが実用的です。

オンボーディングのチェックポイント

オンボーディングを「終わり」と判断するためのチェックポイントを、いくつか定型化しておくと運用しやすくなります。

主要ユーザー全員がアカウントを発行され、ログインしている
必要なマスタデータが登録されている
「初成功」と定義した業務が、最低 1 回完了している
主要ユーザーが過去 1 週間以内に製品を利用している
顧客側の責任者と、オンボーディング完了を相互確認している

これらをスコアカード化して、顧客ごとに進捗を可視化するのが標準です。

ハイタッチ・ロータッチ・テックタッチ

CS の世界では、顧客への関わり方を 3 つに分類する考え方があります。

ハイタッチ（High Touch）

担当 CSM が個別に密に関わるアプローチ。エンタープライズ顧客、高額契約、戦略的に重要な顧客が対象です。

定期的な対面・オンライン面談
カスタムされた支援
経営層も巻き込んだ関係構築

ロータッチ（Low Touch）

ある程度の個別対応はするが、効率を意識したアプローチ。中規模顧客や、複数顧客を 1 人の CSM がカバーする場合が中心です。

共通の定例（複数社をまとめた説明会など）
ライト版の個別面談
メール・チャットでの状況確認

テックタッチ（Tech Touch）

人手をかけず、製品やコンテンツで顧客との関係を維持するアプローチ。小規模顧客や、規模が大きすぎて個別対応できない場合に使います。

アプリ内ガイド・ツアー
自動メール・通知
ナレッジベース・ヘルプセンター
コミュニティ・FAQ
ウェビナー・動画

使い分けの発想

3 つの分類は、顧客セグメント（契約額・規模・戦略性）で固定的に決めるのが古典的な発想ですが、現代では「同じ顧客でも段階によって変える」発想が広がっています。

オンボーディング期はハイタッチ
活用期に入ったらロータッチ
安定的に使えている顧客はテックタッチ中心

「いつ・どこで・どう接するか」を、顧客の状態とフェーズで動的に組み立てる——これがジャーニー・オーケストレーション（journey orchestration）と呼ばれる近年の発想です。

📝 補足 3 つの分類は、CSM 1 人がカバーする顧客数（ratio）を意識した運用設計に直結します。ハイタッチは 1 人で数社、ロータッチは 1 人で数十社、テックタッチは 1 人で数百社という違いが目安として語られます。組織の経済性を考えるうえで重要な視点です。

オンボーディングで起こりがちな失敗

オンボーディングの失敗パターンを 3 つ紹介します。

失敗1：「自社の都合」で進める

「うちのプロセスはこうです」「次はこのステップです」と、自社の手順を押し付ける形になると、顧客は「業務に合わない」「窮屈」と感じます。顧客の業務リズムに合わせる柔軟性が必要です。

失敗2：機能説明に終始する

「この機能はこう使えます」「次にこの画面で…」と機能を順番に説明する形になると、顧客は「結局自分の業務でどう使うのか」がわかりません。機能ではなく、業務シーンを起点に説明する発想が大事です。

失敗3：「終わり」が曖昧

オンボーディングを終わりにせず、ずっと「初期支援」が続いてしまうケース。CS 側のリソースが消耗し、活用期への移行も曖昧になります。明確なチェックポイントを設けて、「完了した」と相互確認することが必要です。

⚠️ 注意 オンボーディングを「親切なつもりで延ばす」のは、必ずしも顧客のためになりません。顧客にも「自分たちで使いこなしている」状態に早く到達するメリットがあります。区切りを明確にすることが、両者にとって健全です。

講師の現場メモ：「最初の 90 日」を可視化したら解約が半減した話

私（湯浅）が国内 SaaS の VP of CS だった頃、最大の課題は「契約 6 か月以内の解約率の高さ」でした。年間契約のうち、約 25% が 6 か月以内に解約していた時期があったのです。

当時の私たちは「オンボーディングを頑張っている」つもりでした。CSM はキックオフをし、設定を支援し、顧客と密に連絡を取っていました。それでも解約は減らない。何かが間違っているとはわかっていましたが、何が間違っているかは見えていませんでした。

転機は、オンボーディングを「段階」で可視化する取り組みでした。すべての新規契約について、契約日からのカレンダー日数と、4 段階のチェックポイント達成状況を毎週レビューする運用を始めました。

すると、見えてきたことがいくつもありました。

「初成功」が完了していない顧客が、想定の 3 倍いた
「定着」までいかない顧客が、6 か月時点で 40% もいた
CSM はキックオフと初期設定までは丁寧にやっていたが、その後の関与が薄れていた

私は、オンボーディング完了の基準を全社で標準化しました。「初成功と定着のチェックが両方終わるまで、活用期に移行しない」と決めたのです。そして、定着まで持っていく専用の活動（成果報告ミーティング、利用者向けの追加トレーニング、隣接部署への展開支援）をパッケージ化しました。

半年後、契約 6 か月以内の解約率は 25% から 12% へ。1 年経った頃には 8% まで下がりました。CSM の活動量はほぼ同じです。何が変わったかと言えば、「どこに力を入れるか」が明確になったことです。

オンボーディング設計の真価は、こうした「見えない時間配分」を組織で揃えるところにあります。本コースを読んでいる皆さんも、自社のオンボーディングがどの段階でどれくらい時間を使っているか、一度可視化してみることをお勧めします。

まとめ

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

オンボーディングは、契約から顧客が日常的に成果を出す状態までの期間。CS の最重要フェーズ
タイム・トゥ・バリュー（TTV）を短くする設計が中心。「全機能の理解」ではなく「最初の成功体験」が目標
4 段階：キックオフ・初期設定・初成功・定着
ハイタッチ・ロータッチ・テックタッチを、顧客セグメントとライフサイクル段階で使い分ける
「90 日ルール」は、契約後 90 日の行動がその後の関係を決めるという経験則
失敗パターンは、自社都合・機能説明中心・終わりが曖昧
チェックポイント可視化が、組織で揃える基盤になる

次のレッスンでは、オンボーディング後の活用期の中核となる「ヘルススコア」を扱います。顧客の状態を見える化し、停滞や離脱の予兆を早期に発見する仕組みを学びます。

確認クイズ

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