Key Takeaways
- カスタマーオンボーディングとは、契約した顧客が製品を日常業務で使い最初の成果を体験するまでを導く初期支援で、ゴールは初期設定の完了や研修の実施ではない。
- 解約の何割が最初の90日に起きるかを示す公開データは確認できず、90日は「以前のやり方が残っているうちに新しい習慣を固める期限」として使う。
- 営業が商談で聞いた課題と約束は引き継ぎ書式で導入担当に渡し、キックオフに営業も同席して「また同じ説明をさせられた」を起こさない。
- 90日プランは契約直後のゴール合意から始め、必要な機能だけに絞った最短ルートと過去のつまずきの先回りで最初の成果までの日数を縮める。
- 最重要指標は最初の成果までの日数（Time to Value）で、初回ログインまでの日数・主要機能の利用率・ゴール達成率を週次は導入担当が、月次は経営が追う。
受注の後、顧客が製品を使いこなせるかどうかは「顧客の頑張り」に任され、気づいたときには「契約しているが使っていない」状態になっています。「解約は最初の90日で決まる」とよく言われますが、その根拠が何で、90日のあいだに誰が何をすればよいかまで書いた記事は多くありません。根拠が何かを確かめたうえで、90日のあいだに誰が・いつ・何を測るかを、引き継ぎに始まり計測で終わる工程表の形にしました。
「解約は90日で決まる」を裏づける統計は見つからず、90日は習慣が固まる期限として使う
「解約は最初の90日で決まる」という言い方は、海外のカスタマーサクセス（契約後の顧客支援）各社の公式記事に繰り返し出てきます。ChurnZeroは「最初の90日が、大半の導入の成否を決める」と書いています（ChurnZero「Critical onboarding mistakes to avoid」、2017年4月20日公開・2026年7月31日更新）。HubSpotは「最初の90日は、契約後の顧客関係で最も重大な期間」としています（HubSpot「Why customer success programs stall in the first 90 days」、2026年9月9日更新）。Gainsightも「顧客関係の最初の90日が、その後のすべての基調を決める」と述べています（Gainsight「The Essential Guide to Customer Churn」、2026年9月16日閲覧）。
ただし、これらはいずれも各社の見解であって統計ではありません。解約の何割が最初の90日以内に起きるかを示す公開データは、上記3社の公式資料では確認できませんでした。「解約の大半は90日以内」という数字を見かけたら、出典が調査の本体まで辿れるかを確かめてから使うことを勧めます。
それでも90日を区切りに置く実務上の理由は2つあります。ひとつは、導入直後の顧客社内にはまだ「以前のやり方」が生きていて、新しい手順が習慣にならないうちは現場が慣れた方法に戻ることです。もうひとつは、四半期ごとに予算と成果を見直す会社では、契約後の最初の見直しがちょうどこの前後に来ることです。「契約しているが使っていない」状態でこの見直しを迎えると、巻き返しは新規獲得より難しくなります。
オンボーディングへの投資を減らすと何が起きるかについては、オンボーディング管理ツールを提供する米OnRamp社の調査があります。オンボーディング投資を減らした企業のうち57%が、6か月以内に解約の増加を経験したと回答しています（OnRamp「2026 State of Customer Onboarding」、2026年2月19日公開。2025年第4四半期にカスタマーサクセス・オンボーディング・導入・レベニューオペレーションの責任者161名へ実施）。ツール提供元による回答者161名の自己申告値なので業界全体の値ではなく、「減らすと跳ね返る」という方向の参考として読んでください。
オンボーディングのゴールは初期設定の完了ではなく、最初の成果を体験した日に置く
カスタマーオンボーディングとは、契約した顧客が製品・サービスを日常業務で使い、価値を実感できる状態まで導く初期支援です。「初期設定が完了した」「研修を実施した」は途中経過であって、ゴールは顧客が最初の成果を体験した瞬間です。業務ツールなら「初めて月次作業が短くなった日」、問い合わせ対応なら「一次回答を人が書かなかった最初の日」がそれにあたります。
この「最初の成果までの時間」は、Time to Value（TTV）と呼ばれます。HubSpotはオンボーディングの主目的をTTVの短縮と定義し、TTVを「顧客が最初の意味ある成果に到達するまでの時間」としています（HubSpot「Customer onboarding: Strategy & best practices to reduce churn」、2026年8月13日更新）。Gainsightも「オンボーディング開始から最初の意味ある成果まで」をTTVとし、導入期の主指標に置いています（Gainsight「What Is Product Adoption?」、2026年5月28日公開）。ゴールをここに置くと、教える機能の順番も引き継ぎの中身も自動的に決まります。
90日プランは営業からの引き継ぎで始まり、5つの手順で設計する
5つの手順を、誰が・いつ・何を見るかで先に一覧にします。手順は契約直後からの時系列です。
| 手順 | 主担当 | 時期の目安 | 見るもの |
|---|---|---|---|
| 1. 営業から引き継ぐ | 営業 | 契約直後 | 引き継ぎ書式の4項目が埋まっているか |
| 2. ゴールの成果を合意する | 営業と導入担当（顧客側は決裁者と推進者） | 初週 | 90日後の成果指標と現状値 |
| 3. 最短ルートを描く | 導入担当 | 初週〜30日 | 最初の成果に必要な機能の数と日数 |
| 4. つまずきを先回りする | 導入担当（つまずき集は営業も更新） | 30日まで | 止まった箇所と止まっていた日数 |
| 5. 計測して改善する | 導入担当が週次、経営が月次 | 30日・60日・90日 | TTV・利用率・ゴール達成率 |
手順1：営業から導入担当へ、商談で聞いたことを書式で引き継ぐ（契約直後）
商談で聞いた課題・約束したこと・顧客社内の事情が導入担当に伝わらず、「また同じ説明をさせられた」と顧客に思わせるのが最初の信頼を削ります。引き継ぎ書式には最低限、次の4項目を営業が書きます。
- 顧客が解きたい課題と、商談で聞いた現状の数字
- 商談で約束した範囲と、約束していない範囲
- 決裁者と、現場で実際に手を動かす推進者の名前
- 導入の障害になりそうな社内事情（繁忙期・並行する別プロジェクト・反対しそうな部署）
キックオフには営業も同席し、顧客の前で「言った・言わない」が起きない状態を作ります。小さな設計ですが、最初の1週間の信頼を左右します。引き継ぎ書式の情報源になる商談そのものの組み立て方は、営業デモの作り方と見せ方に書いています。
手順2：90日後に何が実現できていたら成功かを顧客と合意する（初週）
キックオフで確認するのは操作方法ではなく「90日後に何が実現できていたら成功か」です。「請求業務の時間を半分に」「問い合わせの一次対応を自動化」のように測れる形にし、現状の値も同じ場で確かめて文書にします。顧客側の参加者は決裁者だけでは足りません。実際に手を動かす現場の推進者を1人決めてもらい、その人の業務でゴールを書きます。この合意が以降のすべての判断基準になり、ゴールに関係ない機能の要望を後回しにする根拠にもなります。
手順3：合意した成果に必要な機能だけに絞り、最短ルートを描く（初週〜30日）
全機能を教えるのは悪手です。使い方が10あるなら最初の30日は3つでよく、残りは成果が出てからで間に合います。導入担当は「最初の成果に必要な操作」を逆算して並べ、初回ログインから最初の成果までを日数つきの工程表にします。教える順番は機能の一覧順ではなく顧客の業務の順で、工程表は顧客の推進者と共有して「今どこにいるか」を双方が見える状態にします。
手順4：過去の顧客がつまずいた場所を、起きる前につぶす（30日まで）
過去の顧客がつまずいた場所は次の顧客もつまずきます。「初期データの投入が面倒で止まる」「現場への周知がされず使われない」「推進者が異動して止まる」——つまずきポイント集を作り、それぞれに「いつ・誰が・何をするか」を添えます。初期データの投入なら導入担当が初週に型を渡すか代行し、周知なら推進者と一緒に現場向けの案内文を作る、といった具合です。
つまずき集は導入担当だけでなく営業も更新します。商談の段階で「御社の場合はここで止まりやすい」と先に言えるようになり、それ自体が受注の材料になるからです。この蓄積がGTM戦略でいう「売れる型」の一部になります。
手順5：最初の成果までの日数を軸に計測し、週次と月次で見る人を分ける（30日・60日・90日）
オンボーディングは感覚で語らず数字で見ます。
- 最初の成果までの日数（Time to Value）：最重要指標。顧客ごとに記録し、短縮できているかを見る
- 利用の立ち上がり：初回ログインまでの日数と、30日時点で主要機能を使った顧客の割合
- 90日後の状態：合意したゴールの達成率と、その後の継続率
週次は導入担当が顧客ごとの進捗を見て、止まっている顧客に手を打ちます。月次は経営がTTVの分布とゴール達成率を見て、手順そのものを直します。Gainsightは30日・60日・90日の節目で正式な評価を行い、結果からプレイブック（対応手順書）を直すことを勧めています（Gainsight「Customer Onboarding: Best Practices」、2025年7月15日公開）。
計測の前提になるのは「どの顧客がどこで止まっているか」が毎週見える状態です。前述のOnRamp社の調査では、オンボーディング中の顧客の進捗をリアルタイムに把握できていないと答えたカスタマーサクセス責任者が62%でした（同調査、2026年2月19日公開・回答161名の自己申告値）。指標を増やす前に、手順3の工程表を顧客ごとに更新する運用を先に作ります。
AIは案内・一次回答・つまずきの検知に使い、止まった顧客への対応は人に残す
「顧客ごとに手厚く」はコストと相反します。ここで効くのが自動化ですが、使いどころは3つに絞ります。
- 手順3の工程表に沿った、導入ステップごとの案内メールとリマインドの自動送信
- よくある質問へのAIによる一次回答（マニュアルを根拠に答えるチャット）
- 利用データから「止まっていそうな顧客」を検知して、導入担当に知らせるアラート
AIが判断まで代わるわけではありません。検知された顧客に連絡し、ゴールを再確認し、必要なら工程表を引き直すのは人の仕事です。人は検知された顧客への個別対応に集中する、という分業で少人数でも質を保ちます。導入したツールが現場に根づかない構造そのものは、AI導入が定着しない理由と対策に整理しています。
カスタマーオンボーディングのよくある質問
Q. オンボーディングの期間は90日と決めるべきですか？
製品と顧客の業務によって変わります。決めるのは期間ではなく「最初の成果を体験する日」で、90日はその上限の目安です。最初の節に書いたとおり、90日を境に解約が決まると示す統計は確認できていません。自社のTTVの実績が溜まったら、そこから期間を決め直すのが筋です。
Q. 営業とカスタマーサクセスの引き継ぎは、どこまで書けば足りますか？
手順1の4項目が最低限です。とくに「約束していない範囲」を書いておくと、導入担当が顧客の期待とのずれを初週に見つけられます。書式を増やすより、キックオフに営業が同席するほうが効きます。
Q. 少人数で顧客数が多い場合、全員に手厚くはできません。どう優先しますか？
手順5の指標で「止まっている顧客」を毎週見つけ、そこに人を集中させます。案内と一次回答は自動化し、人が触るのは検知された顧客だけにします。全員に同じ手厚さを配るより、止まった顧客に早く気づく仕組みのほうが継続率に効きます。
Q. オンボーディングの設計を外部に頼めますか？
頼めますが、範囲に線があります。ゴールの合意と引き継ぎ書式の中身は自社で決める必要があり、外部が担えるのは工程表の設計・つまずき集の初版・計測の仕組みづくりまでです。外注できる仕事とできない仕事の線引きは新規事業の外注が失敗する5パターンに書きました。
SAIの視点：商談に同席した人がそのまま初回導入に入ると、手順1で落ちる情報が減る
手順1で落ちる情報を減らす一番確かな方法は、商談に同席した人がそのまま初回導入に入ることです。私たち株式会社SAIの新規事業開発支援（GTM支援）が初回導入の伴走を商談・デモと並ぶ範囲に置いているのは、この理由からです。技術がわかるメンバーが商談に同席してそのまま初回導入まで入るので、引き継ぎ書式に書ききれなかった顧客の事情も導入の場に持ち込めます。どんなに良い商談も、立ち上げでつまずけば次の受注（紹介・拡大）にはつながりません。最初の顧客で作った引き継ぎ書式・工程表・つまずき集は、貴社の型として残す前提で設計します。
契約書に判を押した最初の顧客がいる段階でも、まだ1社目を探している段階でも構いません。最初に確かめるのは、その顧客の90日後に何が実現していれば成功かの1点です。その答えから初回導入の工程表を一緒に引きます。お問い合わせに、いまどちらの段階かを一言書いてお送りください。