2026.10.16 DX

カスタマーサクセスのオンボーディング設計｜完了条件・タッチモデル・製品内ガイドの判断

カスタマーサクセスのオンボーディングは、契約した顧客が製品で最初の成果を得るまでを支える工程です。本記事では、SaaS提供企業の担当者に向けて、オンボーディングの完了条件をどう定義して計測するか、ハイタッチ・ロータッチ・テックタッチをどう割り当てるか、セルフオンボーディングが成り立つ条件を整理します。後半では、製品内ガイドをPendoやAppcuesのような外部ツールで済ませるか、自社プロダクトに組み込むかを、公開されている料金体系と開発の作業範囲から判断します。

まとめ｜カスタマーサクセスのオンボーディングは完了条件の定義と計測から始める

最初に決めるのは施策ではなく完了条件です。「顧客が最初の成果を得た操作」を1つ選び、その操作が計測イベントとして記録される状態を作ってから、説明会やガイドの中身を考えます。ログイン回数や説明会の実施有無を完了条件にすると、成果に届かない顧客を見落とします。

タッチモデルは契約金額と顧客数で割り当て、初期設定に外部連携やデータ移行を伴う製品ではセルフオンボーディングを主軸にしません。製品内ガイドは、月間アクティブユーザーが数百人規模で文言を頻繁に変えるなら外部ツール、完了条件が製品の業務データと結びつくなら自社組み込みが向きます。どちらの場合も、完了率を週次で見られないうちはツール選びに進まない、という順番を守ってください。

カスタマーサクセスのオンボーディングの範囲｜契約後から最初の成果に届くまで

同じ「オンボーディング」でも、人事とカスタマーサクセスでは対象も終わり方も違います。まず範囲を固めておくと、後の指標設計で迷いません。

人事のオンボーディングとの違い｜相手は契約した顧客で成果指標は継続と解約率

人事の用法では、新しく入社した社員を戦力化するまでの受け入れ工程を指します。入社手続き・アカウント発行・研修といった中身はオンボーディングの意味と入社前〜3か月の工程で整理しています。

カスタマーサクセスで支える相手は、お金を払って契約した顧客企業です。工程の終点は「製品を触った」ではなく「製品で業務上の成果が出た」時点になります。成果に届かなかった顧客は更新時に解約を選びやすく、その結果はチャーンレート（解約率）の計算に表れます。人事のオンボーディングが離職率で評価されるのと同じ構造で、評価の数字が解約率と継続率に置き換わると考えると整理しやすいでしょう。

オンボーディング・アダプション・エクスパンションの区切りと引き渡す条件

カスタマーサクセスの工程は、一般にオンボーディング（使い始め）、アダプション（定着）、エクスパンション（追加契約・上位プランへの移行）の順に並びます。区切りがあいまいだと、オンボーディング担当が定着支援まで抱え込み、新規契約の初期設定が後回しになります。

区切りは「完了条件を満たした日」で機械的に決めるのが扱いやすい方法です。たとえば勤怠管理SaaSなら「全従業員の打刻データが1か月分そろい、初回の給与計算連携を終えた日」を完了とし、その日から定着支援の担当へ引き渡します。顧客ごとの到達日が記録として残るため、完了までの日数を比べる材料にもなります。

ハイタッチ・ロータッチ・テックタッチの割り当て｜契約金額と顧客数で決める線引き

支援の手厚さは、顧客1社あたりにかけられる人件費で決まります。全社に同じ支援を提供しようとすると、担当者が足りなくなるか、大口顧客への支援が薄くなるかのどちらかです。

契約金額と顧客数で決めるタッチモデルの割り当て表と担当者の持ち社数

3つのモデルの違いは、人が関わる量です。割り当ての目安を表にまとめます。

モデル	向く顧客	オンボーディングの中身	人の関与
ハイタッチ	年間契約額が大きく、社数が少ない上位層	個別の初期設定会議、データ移行の代行、定例会	担当者が1社ずつ伴走
ロータッチ	中堅層	集合型の説明会、録画講座、設定テンプレート	1対多で月数回
テックタッチ	小口・無料プランからの移行層	製品内ガイド、チェックリスト、ステップメール	原則なし（問い合わせ時のみ）

線引きは、担当者1人が月に開ける初期設定会議の数から逆算します。仮に1人が月20回の会議を開け、ハイタッチ顧客1社に3回かかるなら、1人で月6〜7社が上限です。新規契約がそれを超える層は、ロータッチ以下へ下ろすしかありません。顧客1社から得られる粗利と支援コストの比較は、LTVの計算方法で示した算式に当てはめると判断できます。

セルフオンボーディングが成立する条件｜初期設定の手数と外部連携の有無で判定

セルフオンボーディングとは、担当者を介さず顧客が自力で使い始められる状態のことです。テックタッチ層の主軸になりますが、製品の性質によっては成り立ちません。

判定に使える基準は2つあります。1つ目は、完了条件に届くまでの初期設定の手数です。画面を10回前後操作すれば終わる名刺管理やタスク管理のような製品なら、製品内ガイドだけで到達できます。2つ目は外部連携の有無です。会計ソフトとのAPI連携、既存システムからのCSV移行、シングルサインオンの設定など、顧客の情報システム部門が関わる作業が完了条件の手前にあると、ガイドを読んでも顧客社内の調整で止まります。

外部連携が完了条件の手前にある製品では、小口顧客でもセルフオンボーディングだけに頼らず、連携作業の部分だけ録画講座や有償の設定代行を用意します。ここを無料の人手で埋め続けると、テックタッチ層の支援コストが契約額を上回ります。

オンボーディングの完了条件とアクティベーション指標｜計測イベントを決める手順

完了条件は、決めただけでは運用に乗りません。製品のどの操作で記録されるかまで落とし込んで、初めて週次で数えられる指標になります。

完了条件は顧客が最初の成果を得た操作で決め、ログイン回数を使わない理由

アクティベーションとは、顧客が製品の価値を初めて体験した状態を指します。その状態を表す操作を1つ選ぶことが、完了条件の定義です。請求書発行SaaSなら「初めて請求書を取引先へ送付した」、勤怠管理なら「初回の月次締めを終えた」が候補になります。

ログイン回数や画面の閲覧数は完了条件に向きません。設定に迷って何度もログインしている顧客ほど数値が高く出るため、つまずいている顧客と順調な顧客の区別がつかないからです。選ぶときの確認は、その操作が完了した顧客と未完了の顧客で、更新時の継続率に差が出ているかどうか。過去の契約データで差が確認できない操作は、完了条件の候補から外します。

GA4のtutorial_begin・tutorial_completeによる完了率

計測の仕組みを一から設計しなくても、Google アナリティクス 4には推奨イベントとしてオンボーディング用のイベント名が定義されています。tutorial_beginはオンボーディングの開始、tutorial_completeは完了を表し、公式の説明では2つをファネルにして完了した人数を把握する使い方が示されています（2026年10月時点の公式リファレンス）。どちらも推奨パラメータはありません。

実務では、tutorial_completeを「チェックリストを最後まで押した時点」ではなく、前項で決めた成果の操作が完了した時点で送るように実装します。アカウント作成時のsign_up（任意パラメータmethodで登録方法を記録できる）と組み合わせれば、登録から開始、開始から完了までの2段階で離脱を分けて確認することが可能です。顧客企業単位で集計したい場合は、ユーザーIDと別に契約企業のIDをユーザープロパティとして送っておく必要があります。

完了までの日数と停滞箇所、窓口担当者の離脱を週次で見る指標の組み合わせ

完了率だけを見ていると、いつまでも完了しない顧客が埋もれます。実務でまず押さえるのは次の4つで、上から順に重く見ます。

契約日から完了条件に到達するまでの日数（中央値と、30日を超えた顧客の社数）
初期設定の各ステップで止まっている顧客の社数
顧客側の窓口担当者が直近14日ログインしていない社数
オンボーディング完了顧客と未完了顧客の、更新時の継続率の差

4つ目については、四半期ごとの確認で十分です。週次で見るべきは上の3つで、とくに停滞ステップの社数は、どのガイドや説明資料を直すかを決める直接の材料になります。顧客がどの画面のどこで止まったかを追う考え方は、ユーザージャーニーとCUJでの計測と共通します。

製品内ガイドの選択肢｜DAP・ツアーツールを買うか、自社プロダクトに組み込むか

テックタッチの中心になる製品内ガイドには、画面上に案内を重ねる外部ツールを導入する方法と、自社プロダクトの機能として作り込む方法があります。判断材料は料金体系と、完了条件を製品のデータで判定する必要があるかどうかです。

Pendo・Appcuesの料金体系｜MAU区分で決まり、有料プランは見積もり制

海外の代表的なツールは、どちらも月間アクティブユーザー（MAU）の規模で料金が決まります。2026年10月時点の公式料金ページから読める範囲を整理します。

ツール	入口のプラン	MAU区分	価格の公開
Pendo	Free（分析と製品内ガイドを含む）	最大500 MAU	Free無料、有料は要問い合わせ
Appcues	Start	最大3,000 MAU	料金ページに金額の記載なし

PendoのFreeプランは500 MAUまで使え、上限を超えると有料プランへ移るまで新しいガイドやNPS調査を作れなくなります。AppcuesのStartプランは3,000 MAUまでが対象で、それを超える規模はGrowプランに分かれますが、料金ページに金額は載っておらず、相談予約から確認する形式です。PendoのBase／Core／Ultimateも価格は問い合わせ制です。つまり、利用者が増えるほど上位の区分へ移り、予算は見積もりを取るまで確定しません。年間予算を先に固める必要がある会社は、この点を稟議の前提に入れておきます。

自社プロダクトに組み込む場合の作業範囲｜初回判定・進捗保存・計測・文言管理

自社で作る場合に必要な部品は4つあります。1つ目は、利用者が初めて画面を開いたかどうかの判定。2つ目は、チェックリストの完了状況を顧客企業単位でデータベースに保存する仕組みです。3つ目は前章の計測イベントの送信、4つ目はカスタマーサクセス担当が開発者を介さずに案内文を差し替えられる管理画面になります。

見落とされやすいのは4つ目です。案内文の修正のたびにリリースを待つ運用だと、停滞ステップを見つけてもガイドの改善が月単位で遅れます。逆に2つ目の進捗保存は自社組み込みの強みで、「請求書を1通送付した」のような業務データそのものを完了判定に使えます。外部ツールは画面上のクリックは追えても、自社のデータベースに記録された業務の結果までは標準では見えません。

外部ツールで足りる会社と組み込みに進む会社の判断条件、見送る場面

判断は次の通りです。月間アクティブユーザーが数百人規模で、ガイドの文言を週単位で試したい段階なら、外部ツールで始めます。Pendoの500 MAU以内であれば、費用をかけずに検証することが可能です。一方、完了条件が業務データで決まる製品、利用者が数千人を超えて外部ツールの費用が開発費を上回る見込みの製品、顧客の画面に第三者のスクリプトを読み込ませることを契約上避けたい製品は、自社プロダクトへの組み込みに進みます。組み込みの画面設計と実装はUI/UXデザインの受託でも相談を受けています。

見送るべき場面もはっきりしています。完了条件が未定義のまま、ガイドツールの導入を先に決めるケースです。何をもって完了とするかが決まっていないと、ツアーを作っても効果を測れず、契約更新の判断材料が残りません。この状態ならツール費用も開発費も使わず、まず前章の計測から始めます。

オンボーディング設計で失敗しやすいパターン｜ツアー過多と窓口担当者の不在

オンボーディングがうまく回らない原因は、施策の不足より、施策の置き方にあることが多いものです。よく見られる2つの型を挙げます。

製品ツアーを全画面に重ねて完了率が上がっても成果が出ない構造

初回ログイン時に10枚以上の吹き出しを順に表示する製品ツアーは、「最後まで見た」率こそ上がりますが、閉じるボタンを押し続けただけの利用者も完了に数えられます。その完了率は、成果の操作とは無関係です。

ツアーは、完了条件に必要な操作の手前でだけ表示するように絞ります。たとえば請求書発行SaaSなら、取引先の登録画面と送付ボタンの2か所です。ツアーの順序が利用者の理解と合っているかは、公開前に認知的ウォークスルーの4つの質問で机上検証すると、手戻りを減らせます。

契約時の窓口担当者が異動して止まる案件と、2人目の窓口を置く運用

BtoBのSaaSでは、契約を決めた担当者が異動や退職でいなくなると、初期設定が途中で止まります。前章の指標で「窓口担当者が14日ログインしていない社数」を見るのは、この停滞を早く見つけるためです。

対策は契約時点で打ちます。キックオフ会議で顧客側に2人目の窓口を決めてもらい、管理者権限を2名に付与する手順を初期設定のステップに含めておきます。管理者が1人しかいない顧客は、オンボーディング完了とみなさない運用にしても構いません。担当者交代時の引き継ぎ漏れを、製品側の設定で防げるからです。

よくある質問

カスタマーサクセスのオンボーディングについて、検討段階でよく出る質問に答えます。

カスタマーサクセスのオンボーディング期間はどれくらいですか？

期間は製品ごとに異なり、決まった基準はありません。決め方としては、完了条件に到達した既存顧客の日数を集め、その中央値を標準期間とします。初期設定が画面操作だけで済む製品と、会計・勤怠のように外部連携やデータ移行を伴う製品とでは、同じ会社の中でも標準期間を分けて管理するほうが、製品ごとの実態に沿った方法です。標準期間の2倍を超えた顧客は、個別に状況を確認する対象として扱います。

オンボーディング支援は外部に委託できますか？

委託できる部分とできない部分があります。説明会の運営、録画講座やヘルプ記事の制作、データ移行の代行は外部に任せやすい業務です。一方、完了条件の定義と、どの顧客をハイタッチで支援するかの線引きは、契約金額や解約理由を把握している自社で決める必要があります。製品内ガイドや計測イベントを自社プロダクトに組み込む開発部分は、画面設計を含めて開発会社へ発注する形が一般的です。

セルフオンボーディングとは何ですか？

担当者の説明を受けずに、顧客が製品内ガイドやヘルプ記事だけで使い始められる状態、またはそのための仕組みを指します。小口顧客を多数抱えるSaaSでは、人が支援するとコストが合わないため、テックタッチの中心になります。ただし、完了条件の手前に外部システムとの連携や情報システム部門の作業が入る製品では、顧客社内の調整で止まりやすく、セルフオンボーディングだけでは到達しにくい点に注意してください。

オンボーディングのKPIには何を置けばよいですか？

中心に置くのは、契約日から完了条件に到達するまでの日数と、期限内に到達した顧客の割合です。そのうえで、どの設定ステップで止まっている顧客が多いか、顧客側の窓口担当者が使い続けているかを週次で追います。最終的な評価は、オンボーディングを完了した顧客と未完了の顧客の継続率の差で行います。ログイン回数や説明会の参加人数は活動量の記録であって、成果の指標にはなりません。

無料で使えるオンボーディングツールはありますか？

あります。Pendoには月間アクティブユーザー500人までのFreeプランがあり、分析と製品内ガイドを使えます（2026年10月時点の公式料金ページ）。上限を超えると、有料プランへ移るまで新しいガイドを作れなくなります。小規模な検証には十分ですが、利用者数が増える前提の製品では、有料プランが見積もり制である点を踏まえ、外部ツールを続けるか自社プロダクトへの組み込みに移るかを早めに比較しておくと予算を組みやすくなります。