SaaSオンボーディングは、契約・登録後の顧客が自力で最初の価値へ到達し、継続利用できる状態をつくる過程です。読者は主にSaaS企業でカスタマーサクセスやプロダクト改善を担う担当者・責任者です。
結論は、機能説明を網羅せず、顧客ごとの達成したい仕事から最短行動を決めることです。「利用目的を確認する」から「定着する」までを一つの判断単位にします。
この記事でわかること
- オンボーディングの完了を価値到達で定義する
- 管理者と利用者の役割を分ける
- 開始ガイドとサンプルデータの使い分け
- 初期設定完了率の測り方
- 説明の詰め込みを防ぐ確認事項
動画でわかるライバルマーケティング
目次
オンボーディングの完了を価値到達で定義する
SaaSオンボーディングは、契約・登録後の顧客が自力で最初の価値へ到達し、継続利用できる状態をつくる過程です。利用開始から最初の価値到達までを顧客の作業順で区切り、初期設定完了率と停止地点を同じ観測期間で確認します。
価値到達をオンボーディングの区切りにする
初期設定の終了だけで完了とせず、顧客が開始ガイドを使って自分の業務で主要行動を実行できたかを確認します。利用目的ごとに到達点が違う場合は、同じ条件を全顧客へ当てません。
管理者と実利用者の成功条件を分ける
管理者には権限・連携・展開準備、実利用者には日常業務での主要行動を置きます。初期設定完了率と活性化率を役割別に見て、どちらが止まっているかを導入担当が確認します。
利用開始後の未完了理由を記録する
オンボーディングの途中で止まった顧客は案件の成否でなく、データ未準備、権限不足、操作迷い、社内展開待ちに分けます。理由に応じてサンプルデータや有人支援を出し分けます。
| 判断項目 | オンボーディングで確認する内容 | 完了条件 |
|---|---|---|
| 対象 | 新しく利用を始める管理者・実務担当者・チームメンバー | 対象外も記録 |
| 主な判断 | 機能説明を網羅せず、顧客ごとの達成したい仕事から最短行動を決める | 担当者が一文で説明 |
| 最初の指標 | 初期設定完了率 | 定義と期間を固定 |
SaaSの顧客獲得単価｜CACの計算方法と改善策SaaS 顧客獲得単価の判断基準をあわせて確認できます。株式会社ディライトソリューションズ
管理者と利用者の役割を分ける
オンボーディングの対象は契約前の見込み客ではなく、利用を始める管理者と実利用者です。初期設定完了率へ進むうえで必要な権限、データ、社内体制を役割別に確認します。
契約担当・管理者・実利用者を区別する
開始ガイドでは、契約担当者だけでなく、初期設定を行う管理者と日常的に使う利用者を分けます。役割ごとに最初の到達点を決め、営業時の期待を利用開始後の支援へ引き継ぎます。
利用開始時点の準備状況を確認する
導入担当は開始前チェックリストを使い、既存データ、権限、連携先、社内承認の有無を確認します。準備不足を顧客の意欲不足と見なさず、代替手順や支援が必要な箇所を整理します。
利用状況に応じて支援方法を変える
初期設定完了率と活性化率を顧客層別に見て、自力で進める利用者と有人支援が必要な利用者を分けます。契約前の適合判定ではなく、価値到達を妨げている条件を利用開始後に確かめます。
最初に完了すべき主要行動を一つ選ぶ
最初に教える機能を増やさず、初期設定から価値実感へ進む一つの行動を決めます。
利用開始前に目的と担当をそろえる
導入担当は利用開始前に、顧客が最初に達成したい仕事、管理者、実利用者、期限を確認します。初期設定完了率へ至る成功条件を一文で共有し、不要な設定作業を減らします。
開始ガイドを主要行動の順に並べる
開始ガイドは製品メニューの順ではなく、顧客が最初の価値へ到達する作業順にします。前提データがない利用者にはサンプルデータを用意し、実データへ切り替える手順も示します。
初期設定完了率と活性化率を分けて確認する
初期設定を完了しても、継続利用へ進んだとは限りません。導入担当は活性化率と経過時間を合わせて見て、止まった作業ごとに案内を変えます。
| 段階 | 利用者の状態 | 用意する情報 |
|---|---|---|
| 利用目的を確認する | 利用開始の準備中 | 開始ガイド |
| 初期設定する | 最初の操作を実行中 | サンプルデータ |
| 主要行動を完了する | 製品価値を確認中 | チェックリスト |
| 定着する | 継続利用を判断 | ヘルプ |
SaaSのCACを改善する方法｜費用・転換率・回収期間を見直すSaaS CAC 改善の判断基準をあわせて確認できます。株式会社ディライトソリューションズ
ガイド・サンプル・有人支援を使い分ける
開始ガイドは、SaaSオンボーディングの設計の読者が具体的な判断をする場面から逆算します。項目を増やす前に、サンプルデータとの役割の違いと不足している答えを確認します。
開始ガイドを最初の成功体験へ絞る
開始ガイドには全機能を並べず、利用目的ごとに最初に完了すべき操作を示します。説明を読んだかではなく、顧客が自分のデータで価値を確認できたかを基準にします。
サンプルデータをつまずき別に出し分ける
サンプルデータは一律に送らず、権限不足、データ未準備、操作迷いなど停止理由に合わせます。利用ログだけで理由を決めつけず、問い合わせ内容も合わせて確認します。
チェックリストから有人支援へつなぐ
チェックリストで解決しない場合の相談先、受付条件、回答目安を示します。製品を選ぶための訴求ではなく、契約後の利用者が次の作業へ進むための案内として整えます。
価値到達時間と活性化率を測る
SaaSオンボーディングの設計では、初期設定完了率、活性化率、価値到達時間を同じ種類の数字として扱いません。まず初期設定完了率の定義、対象期間、確定時点を固定し、後工程の数値との関係を読みます。
初期設定完了率を利用目的ごとに分ける
初期設定完了率は全顧客平均だけで判断せず、利用目的、権限、必要データ、支援方法で分けます。同じ開始条件の顧客を比較し、設定変更日も注記します。
活性化率は主要行動の発生時点で確定する
活性化率は契約更新を待たず、顧客が定義した主要行動を最初に完了した時点で判定します。操作ログと利用目的を照合し、ログインだけを価値到達として数えません。
価値到達時間は価値到達後の継続を別に見る
価値到達時間は活性化率とは別の結果指標です。価値到達後に利用が続いたかを同じ観測日数で確認し、初期設定の完了だけでオンボーディング成功と決めません。
| 指標 | 確認の仕方 | 併せて確認する条件 |
|---|---|---|
| 初期設定完了率 | 定義と変化を個別に確認 | 対象期間・顧客層・説明の詰め込み |
| 活性化率 | 初期設定完了率との関係を確認 | 分母・対象条件・空の初期画面 |
| 価値到達時間 | 別の側面から結果を補足 | 確定時点・計測範囲・管理者だけの理解 |
SaaSのLTVを向上させる方法｜継続・単価・拡張を改善SaaS LTV 向上の判断基準をあわせて確認できます。株式会社ディライトソリューションズ
停滞シグナルから支援を出し分ける
継続を左右する出来事は契約更新日より前に起きます。利用状況と初期設定完了率を顧客層ごとに確認します。
次の利用段階へ進めない顧客を早めに見つける
次の利用段階へ進まない顧客は、操作で迷っているのか、社内体制が整わないのか、価値を感じられないのかで支援が違います。利用ログだけで断定せず、問い合わせと担当者の会話も合わせます。
初期設定完了率を開始月ごとのコホートで見る
初期設定完了率は全顧客平均にせず、契約開始月、プラン、利用目的で分けます。同じ導入支援を受けた集団を比べると、施策変更の影響を追いやすくなります。途中の料金改定や対象変更も注記します。
継続・拡張を妨げる要因を顧客層ごとに分ける
継続や利用拡大が進まないときは、機能、設定、データ準備、社内合意、期待値のどこで止まったかを確認します。初期設定完了率の値だけで断定せず、利用履歴、問い合わせ、担当者との会話を同じ顧客単位で確認します。
全機能を最初に教えようとしない
成果が弱いときは、説明の詰め込み、空の初期画面のどちらが起きたかを確認します。施策全体を一度に変えません。
管理者だけの理解の再現条件を記録する
管理者だけの理解が起きたときの対象、利用環境、直前の行動、表示や対応内容を残します。管理者だけの理解を再現できない場合も、発生日と確認できた範囲を削除せずに記録します。
空の初期画面を担当者個人の注意へ戻さない
空の初期画面の発生原因を手順、権限、情報、期限に分けます。空の初期画面を人の注意だけで防ぐのではなく、確認欄、承認経路、通知など再現できる運用へ反映します。
説明の詰め込みが記録された条件を分ける
説明の詰め込みが確認された記録を、発生日、接点、対象条件、担当工程で分けます。説明の詰め込みを全体の問題と決めつけず、共通する条件がある範囲から修正します。
| リスク | 見つけ方 | 初動 |
|---|---|---|
| 説明の詰め込み | 説明の詰め込みが起きた対象と起きなかった対象を、変更日・担当工程・記録内容で比較 | 説明の詰め込みの原因候補を一つに絞って担当と期限を決め、初期設定完了率を同じ条件で再確認 |
| 空の初期画面 | 空の初期画面が見られた顧客を開始月・利用目的・停止した操作で分類 | 停止地点に合う案内または有人支援を出し、同じ観測日数で利用回復を確認 |
| 管理者だけの理解 | 管理者だけの理解が見られた顧客を開始月・利用目的・停止した操作で分類 | 停止地点に合う案内または有人支援を出し、同じ観測日数で利用回復を確認 |
SaaSオンボーディングのよくある質問
オンボーディングでは最初に何を決めますか？
SaaSオンボーディングの設計では実施した作業と成果判定を別に管理します。初期設定完了率を誰がいつ確認するかを決め、未確定なら再確認日を設定します。
オンボーディングの効果はどの指標で見ますか？
初期設定完了率、活性化率、価値到達時間は同じ目的の数字ではありません。SaaSオンボーディングの設計で「機能説明を網羅せず、顧客ごとの達成したい仕事から最短行動を決める」という方針の進み具合を直接確認できるものを一つ選び、残りは原因を読む補助指標にします。
SaaSオンボーディングの設計を小規模から始めるにはどうしますか？
契約開始月や利用目的が近い顧客群を一つ選び、初期設定完了率の現状値と観測期間を残します。SaaSオンボーディングの設計では一度に複数の支援を変えず、価値到達を妨げる一つの条件だけを修正して、同じ顧客群の推移を確認します。
外部会社へ依頼するときの確認点は？
説明の詰め込みと空の初期画面を防ぐ確認工程、データの扱い、更新責任、成果の定義を契約前にそろえます。
SaaSオンボーディングの設計とライバルマーケティング広告はどう組み合わせますか？
SaaSオンボーディングの設計の記事経由と広告経由の顧客を別のコホートとして管理し、初期設定完了率と活性化率を他の獲得チャネルと同じ条件で比較します。獲得時の対象条件が契約後の継続にどう関係するかを確かめます。
SaaSのチャーンレート改善｜解約理由を特定し継続率を上げるSaaS チャーンレート 改善の判断基準をあわせて確認できます。株式会社ディライトソリューションズ
