← エピソード一覧に戻る Episode 226 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS カスタマーサクセスのオンボーディング設計です。GoCanvas は導入期間を 90 日から 60 日未満へ縮め、gross retention を 20 パーセント以上改善しました。受注後の設計が、そのまま継続売上を決めるんです。
ミカ
オンボーディングって、つい『親切に教える期間』くらいに思っていました。でも今の話だと、ただ丁寧ならいいわけじゃなくて、どれだけ早く価値に着地させるかの設計なんですね。
タカシ
その通りです。SaaS のオンボーディングは、契約直後の顧客を『導入準備中』で止めないための運営設計です。会議回数や説明量ではなく、最初の成果までの距離をどう縮めるかが本題なんですね。
ミカ
今日は、何を標準化して、どこを個別対応すべきかを知りたいです。全部手厚くすると遅そうだし、全部自動化すると冷たそうで、そのバランスが難しそうです。
Chapter 2 オンボーディング設計の基本
タカシ
Gainsight は 2025 年のガイドで、オンボーディングを購入直後から始まり、顧客が自走できるまで続く構造化プロセスだと定義しています。つまりキックオフや設定完了ではなく、自力で使い続けられる状態まで含めて設計する必要があります。
ミカ
なるほど。『導入完了しました』で終わりじゃなくて、『この人たちはもう自分たちで成果を出せる』まで見るわけですね。そこまで含めると、かなり経営寄りの仕事に見えてきます。
タカシ
起点も大事です。Intercom は first use 設計で、顧客が片づけたい仕事に集中し、不要な手順を外し、最小の努力で価値を見せるべきだとしています。SaaS でも最初から全機能を教えるより、最初の価値イベントを一つ作るほうが強いんです。
ミカ
最初の価値イベントを一つに絞る、いいですね。管理者向けに全部説明して、現場には何も起きていない、みたいな事故を減らせそうです。『最初の一勝』を設計する感じですね。
Chapter 3 勝っている会社の設計
タカシ
Gainsight 自身は Quickstart で、顧客に最優先ゴールを選んでもらい、MVP ローンチや設計サインオフなどの節目を明確化しました。その結果、オンボーディング NPS をプラス 14 からプラス 85 に改善しています。優先順位と節目が効いたわけです。
ミカ
面白いですね。手厚さを増やしたというより、『何を先にやるか』を絞ったから満足度が上がったんですね。全部盛りより、価値に向かう順番の設計が大事だと分かります。
タカシ
GoCanvas も同じです。工程を定義し、自動化し、SMB には tech-touch を当てたことで、平均オンボーディング期間を 90 日から 60 日未満へ短縮し、gross retention を 20 パーセント以上改善しました。短縮したのは工数だけではなく、継続売上までです。
ミカ
なるほど。Aysling みたいに役割別ガイドで 60 時間の導入を半分にした例もありましたよね。『誰に何を見せるか』を整理するだけで、顧客も CS も楽になるのはかなり示唆があります。
Chapter 4 崩れる会社の共通点
タカシ
崩れる会社には共通点があります。第一に、機能説明を目的化すること。第二に、全顧客へ同じフローを当てること。第三に、Sales から CS への handoff が弱く、顧客に同じ説明を繰り返させることです。
ミカ
ありますね。営業では『この成果が出ます』と言っていたのに、導入が始まると突然チェックリスト大会になるパターン。顧客からしたら、約束と違うし、何のための導入か見えなくなりそうです。
タカシ
Gainsight も、部門間で情報共有が弱いと顧客体験が傷むと指摘しています。MyShopManager では Plays と Journeys を整えた結果、trial onboarding time を 65 パーセント削減し、オンボーディング直後の paid churn を 95 パーセント減らしました。つまり設計不在こそ churn の原因なんです。
ミカ
しかも、毎回人力で頑張るほど再現性が消えますよね。担当者が優秀な間だけ回る導入は、顧客数が増えた瞬間に破綻しそうです。優しさより、型のある優しさが必要なんですね。
Chapter 5 明日からの実践
タカシ
明日からやるなら五つです。まずセグメントごとに最初の価値イベントを一つ決める。次に Sales から CS への handoff テンプレートを作る。さらにオンボーディングを MVP ローンチと拡張フェーズに分け、最初から全部入れないことです。
ミカ
『全部やる前提』を捨てるのが大事そうですね。管理者向け、現場向けで教材を分けて、必要な順に見せるだけでもかなり変わりそうです。動画やチェックリストも役割別にしたくなります。
タカシ
最後に、TTFV、オンボーディング完了率、初期活用率、30 日時点のヘルスを毎週見ることです。オンボーディング設計は感想戦ではなく、先行指標を回す運営です。継続率は更新月ではなく、契約直後から作られています。
ミカ
今日は、オンボーディングは丁寧な説明会ではなく、最初の成果までの道筋づくりだと分かりました。皆さんもまず、自社で『契約後に最初に起こしたい成功』を一つ決めてみてください。それではまた次回。