- 初期スタートアップがよく犯す失敗は、オンボーディングをできるだけ短く削ることだが、オンボーディングはユーザーの 完全な注意力と明確な意図 が同時に存在するまれな瞬間
- 効率的なオンボーディングとは、段階数を減らすことではなく、双方にとって 最大限の価値を交換 しながらユーザーの参加を維持すること
- Summer Health の事例では、自宅住所や医療履歴のようなセンシティブな質問でも、理由を明確に説明 すればユーザーは進んで回答する
- オンボーディングで質問を省くべきか迷ったら、その質問の理由をユーザーに 直接言葉で説明できるか を試してみること
- ユーザーが登録直後に見せる好奇心と動機は 二度と戻らない瞬間 なので、意味のある質問で会話を始めるべき
オンボーディングを最小化しようとする本能の罠
- 初期段階の2つのスタートアップチームと仕事をした経験では、両チームともオンボーディングを極力短く保つという同じ判断をしていた
- オンボーディング中の 離脱率（churn） が創業者にとって最大の恐怖であるため、画面数や質問を削り続け、結果として、まるで初対面の人にいきなり鍵を渡すような、不自然なほど摩擦のない登録フローができあがる
- しかしオンボーディングは、ユーザーの 完全な注意力と明確な意図 が同時に存在する数少ない瞬間なので、急いで通り過ぎるべき時間ではない
効率的であることの本当の意味
- 効率的なオンボーディングというと通常は より少ないステップ を意味するが、本当の効率とは、ユーザーの参加を維持しながら 双方に最大限の価値を届ける こと
- 4画面の登録を素早く通過して 空の画面（empty state） にたどり着いたユーザーは成功事例ではない — ユーザーについて何も分からず、ユーザー自身も次に何をすべきか分からない状態だからだ
- 一方で、オンボーディングでさらに2分を使っていくつかの具体的な質問に答え、自分のために作られたように感じる体験 に到達することこそが本当の効率である — 速いからではなく、正しく機能したから
Summer Health の事例：ユーザーが進んで受け入れる取引
- Summer Health ではオンボーディング中に親へ 自宅住所 を尋ねる — 小児向け遠隔診療サービスで自宅住所を聞くのは、表面的には大きな摩擦であり 信頼のテスト でもある
- ただ尋ねるのではなく、理由を説明 する：住所を教えてもらえれば最寄りの薬局に処方箋を送れるという、明確な交換価値を提示する
- またオンボーディングの序盤で "今、緊急の質問はありますか？" と尋ねる — "はい" と答えた場合はオンボーディングを完全に中断して直ちに小児科医につなぎ、"いいえ" ならそのまま進める
- この質問はデータ収集のためではなく、ユーザーがここに来た理由を理解しており、必要ならすべてを止められる というシグナル
- 医療履歴やアレルギーのような重い質問も含まれる — 深夜に子どもの ペニシリンアレルギー についてパニック状態で答えなくて済むよう、あらかじめ落ち着いているときに集めるという明確な理由を示す
- 人は情報共有そのものを嫌がっているのではない — 問題は、会社がデータポイントを集めているように感じられるとき、つまり 会話ではなくフォーム（form） のように感じられるときに離脱が起きること
- オンボーディングは 取引 — 情報、時間、信頼を求める代わりに、より良い体験を提供しなければならない。この交換が明確で誠実ならユーザーは没入し、そうでなければ離脱する
質問を含めるべきか判断するテスト
- オンボーディングに質問を含めるべきか確信が持てないなら、その質問の理由を ユーザーに向かって声に出して説明できるか を自問するとよい
- "あなたの働き方に最も関連する機能をお見せするために、役割 を尋ねています"
- "該当しない内容で時間を無駄にしないために、チーム規模 を尋ねています"
- 明確に言えて、もっともらしく聞こえるなら、その質問は入れるべき
- 曖昧な正当化 に頼っていたり、回答をどう使うのか自分でも分からなかったりするなら — その質問は不要か、まだ回答の使い道を把握できていない
この瞬間は二度と来ない
- オンボーディングを最小化しようとするスタートアップの本能は現実的な恐怖から来ており、不要な質問だらけの肥大化したオンボーディングが問題なのは確か
- しかし、逃している機会 もまた問題だ — ユーザーが登録し、好奇心を持ち、ここにいたいと思っているこの瞬間の注意力は二度と戻らない
- 意味のある質問をし、答える価値があるものにし、その理由を説明すれば、それは摩擦ではなく 会話
まだコメントはありません。