← エピソード一覧に戻る Episode 138 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング ― 価値が遅いと二日目に戻ってこない
タカシ
皆さんこんにちは、タカシです。今日は SaaS 立ち上げで見落とされやすい初回価値到達時間を扱います。実は新規ユーザーが最初に価値を感じるまでの速さは、機能数よりずっと強く継続率と紹介に効くんです。
ミカ
ミカです。初回価値到達時間って、オンボーディングが何日で終わるか、という話に近いんでしょうか。登録して説明を見て、設定を済ませるまでが短いほどいい、みたいなイメージがまず浮かびます。
タカシ
そこが大事な誤解なんです。OpenView は平均的な SaaS で新規ユーザーの 40% から 60%以上が二日目に戻らないと指摘しています。つまり見るべきは説明が終わったかではなく、仕事が前に進んだと実感できたかなんですね。
ミカ
なるほど、顧客からすると『設定できた』より『助かった』のほうが本題ですもんね。経営者目線でも、価値を感じる前に離脱されると広告費も営業工数も全部こぼれていく感じがします。
タカシ
その通りです。今日は、初回価値到達時間をどう定義するか、なぜ retention と強くつながるのか、そして Superhuman や Attio の事例から、立ち上げ期の設計の勘所を見ていきましょう。
Chapter 2 基本 ― 価値到達はセットアップ完了とは別物
タカシ
初回価値到達時間は、契約や登録のあと、顧客が最初の便益を実感するまでの時間です。CRM なら有効な顧客データが入って使える状態、業務 SaaS なら最初の成果物が出た瞬間など、仕事が一歩前に進む地点で測ります。
ミカ
つまり、チュートリアル完了とかアカウント作成完了では足りないんですね。社内では『導入完了です』と見えていても、顧客がまだ何も得していなければ、価値到達とは言えないわけだ。
タカシ
まさにそうです。Intercom も Setup と Activation を分けて考えています。さらに Amplitude は、七日以内の強い activation と三カ月後の強い retention に 69% の相関があると示しました。早い価値実感は先行指標なんです。
ミカ
七日以内の動きが三カ月後につながるなら、かなり経営数字に近い話ですね。CS の改善というより、CAC 回収や継続率を左右する上流の設計で、創業者が自分で見ないと危ない領域に感じます。
タカシ
その感覚で正しいです。だから立ち上げ期は『初回に何を完了させるか』ではなく、『何が起きたら顧客は最初の価値を感じるか』を先に定義するべきです。そこから逆算すると、削る設定項目も見えてきます。
Chapter 3 実例 ― 価値に直結する行動へ最短で導く
タカシ
Superhuman は分かりやすい例です。First Round Review によると、同社の三十分の human-led onboarding は self-serve より activation がほぼ二倍高かった。つまり人手をかけたのは親切のためというより、価値到達を早める投資だったんです。
ミカ
面白いですね。普通は『人手がかかるから非効率』と見えそうですが、価値実感が二倍近く変わるなら、少なくとも立ち上げ期は十分に元が取れる投資だと考えられます。速さが売上を作るわけですね。
タカシ
さらに Superhuman は任意参加にすると出席率が 100% から 15% まで落ち、チェックリスト型では全タスク完了率が 30% に留まりました。そこで全画面の必須フローに変えると、完了率は 98% 超、主要機能の opt-in 率は 45% 近辺から 80% 近くまで伸びました。
ミカ
つまり、自由に探索させればいいわけではないんですね。最初は顧客に選ばせるより、価値に直結する行動へ強く案内したほうがいい。ちょっとゲームの最初のチュートリアルみたいな発想に近いです。
タカシ
Attio も同じ発想です。彼らは『メールを接続して CRM にデータが流れ込む瞬間』を ah-ha moment と定義し、その一行動をした顧客は三十日以内に価値を感じる可能性が二倍超になると見つけました。だから導線も役割別に分けて、その地点へ最短で連れていくわけです。
Chapter 4 落とし穴 ― 説明しすぎるほど価値が遠のく
タカシ
よくある失敗の一つ目は、オンボーディング完了を価値到達と取り違えることです。フォーム入力や初期設定が終わっても、顧客が成果を感じていなければ、その体験は『疲れた』で終わります。社内指標だけが良く見える危険な状態ですね。
ミカ
たしかに、導入プロジェクトでは『全部入力できました』が成果っぽく見えがちです。でもお客さんからすると、設定を終えるためにソフトを買ったわけじゃなくて、業務を早くしたいとか、ミスを減らしたいとかが目的ですもんね。
タカシ
二つ目は、最初に聞く情報を増やしすぎることです。Amplitude も、初回価値までのクリティカルパス上にある不要な項目は削るべきだと勧めています。役職、部署、詳細権限、細かな設定を前倒しすると、その途中で熱量が冷えます。
ミカ
しかも顧客ごとに最短ルートは違いますよね。管理者なら最初に連携設定が必要でも、現場担当者ならサンプルデータで画面を触ったほうが早く価値を感じるかもしれない。全員同じツアーだと回り道になるわけだ。
タカシ
その通りです。さらに空の画面を見せるのも危険です。OpenView が紹介する Miro は、最初から用途別テンプレートを入れて blank slate を避けています。立ち上げ期 SaaS でも、空の管理画面より『これが完成形です』を先に見せたほうが価値は速く伝わります。
Chapter 5 まとめ ― 最初の成功体験を経営指標として追う
タカシ
最後に、立ち上げ期の型を三つに絞ります。第一に、ICP ごとに最初の価値イベントを一つ定義すること。第二に、その直前までの入力項目と承認手順を削ること。第三に、高単価顧客では人手を残して、どこで詰まるかを観測することです。
ミカ
明日からやるなら、導入完了率を見る前に『最初の価値は何か』を社内で言い切るのが先ですね。そこが曖昧だと、何を削るかも、どこに人手を入れるかも決められない。意外とここが経営判断なんだなと感じました。
タカシ
ええ。追うべき数字も、初回価値到達時間だけでは足りません。activation rate、七日継続率、early churn の理由をセットで見て、速くなった代わりに質が落ちていないかを確かめる必要があります。速度と質を両方見ましょう。
ミカ
今日の話を聞くと、オンボーディングって説明資料をきれいにする仕事じゃなくて、顧客を最初の成功体験まで運ぶ設計そのものですね。早く価値を感じてもらえれば、営業もサポートもずいぶん楽になりそうです。
タカシ
まさにそこです。初回価値到達時間は、プロダクト、営業、CS を一本につなぐ経営の物差しです。皆さんの SaaS でも、最初の五分、最初の一日、最初の一週間で何を感じてもらうか、ぜひ具体的に定義してみてください。それではまた次回。