「オンボーディング」って、なんとなく「初期設定の手引き」みたいに捉えてませんか?
株式会社Cameen 西村温裕ことおんゆーです。
- オンボーディングの本当の正体は「初期設定の説明」ではなく「初日のアハ体験を起こす設計」だということ
- オンボーディング設計の正解は「機能から」ではなく「アハ瞬間から逆算」する順番
- オンボーディングが機能しない典型3パターン
- うちの自社+クライアント案件100本超でわかったオンボーディングの本音
- 今日から使えるオンボーディング設計5ステップ
で、SaaS・サブスク界隈では「オンボーディング設計が解約率を決める」と。いやちょっと待ってください。そもそもオンボーディングって、何をすることですか?
なんとなくのイメージはあると思います。新規ユーザー向けの初期設定でしょう?と。でも「で、初期設定の何をどう設計すれば成果が出るんですか?」と聞かれると、意外と詰まる。
これ、自分だけだと思ってませんか?SaaS事業者・サブスク事業者・オンラインスクール運営者の方と話すと「とりあえずチュートリアル動画を用意してるけど、解約率は下がらない」と。話を深掘りしていくと、ほぼ全員が「機能の使い方を全部説明する」発想で止まっているんですよね。
うちの事業で自社+クライアント案件含め100本超のオンボーディング設計をしてきて、機能説明型オンボーディングで解約率が改善できないパターンを本当に何度も見てきた。共通パターンとして「全機能を教えようとして、結局1つも使わせない」という失敗が見えてきたんです。
今回はその今さら聞けない『オンボーディングの正体』を、表面的な「初期設定の手引き」みたいな解説ではなく、構造の核心と設計の正解の順番まで一気に深掘りしていきます。
結論:オンボーディングの核心は「説明」ではない
オンボーディングの正体は「機能説明」ではなく、「初日のうちに『これ便利!』というアハ体験を起こす設計」です。説明は最小限、体験を最優先。
「全部教える」のではなく「1つの成功体験を起こす」が正解。ここを取り違えると、丁寧に作ったチュートリアルほど離脱を増やすという皮肉な結果になります。
なぜ「オンボーディング」なのか
もう少し深く掘ります。なぜオンボーディングがそこまで重要なのか。理由は3つあります。
1つ目は解約の8割が初週に決まるから。SaaSの解約データを見ると、解約者の8割は登録後7日以内にもう「使わなくなる」決断をしている。残り7週間使い続けて解約するのではなく、初週に消えた人が後でキャンセル手続きをするだけ。
2つ目はアハ体験までの時間が短いほど継続率が高いから。Slackが有名な「2,000メッセージ送信したチームは継続率90%以上」のように、特定の行動指標までの到達速度が継続率を決める。
3つ目は機能数と継続率は反比例するから。「あれもできる、これもできる」と全機能を見せると、ユーザーは「複雑すぎて分からない」と離脱する。1つの中核機能で成功させたほうが定着する。
各段階で『顧客の頭の中』で何が起きているか
段階1: 登録直後(0-5分)
「何ができるんだろう?」「すぐ使えるかな?」と探索的に動く。複雑な設定があると即離脱。
段階2: 初回操作(5-30分)
「これ便利かも」「これでいけそう」というアハの瞬間。ここで起きないと7日以内に消える。
段階3: 初日継続(1日以内)
「もう一回使ってみよう」と戻ってくる。戻らないユーザーは8割が消える。
段階4: 初週習慣化(3-7日)
3回以上使うと習慣化の脳回路ができる。これを「アクティベーション」と呼ぶ。
段階5: 価値実感(2-4週)
「これがあると仕事が楽だ」と明確に実感する。ここまで来ると半年継続する。
身近な話で全体像をつかむ
ちょっと身近な話で、全体像を掴み直しましょう。
例えば、新しいカフェに入った時のことを思い浮かべてください。入店した瞬間、店員から「メニューは全60種類、Wi-Fiのパスワードはこちら、コンセントは席下、注文は1階で先払い、トレーはお下げいただきます…」と一気に説明されたら、もう疲れちゃう。「コーヒー1杯飲みに来ただけなのに」と思って二度と行きません。
逆に、優れたカフェは違います。「初めてですか?おすすめはこの3つ、ゆっくりしていってください」だけ。コーヒー1杯飲んで「美味しい、雰囲気もいい、また来よう」と感じる。Wi-Fiの使い方は、必要になった時に店員に聞けばいい。
これ、まんまオンボーディングなんです。
全機能を説明するのは「初日にメニュー60種類を暗記させる」と同じ。顧客が必要なのは「コーヒー1杯飲んで美味しいと感じる体験」。それ以外の機能は、必要になった時にだけ案内すればいい。
オンボーディングの正解は『アハ体験から逆算する』
オンボーディング設計の正解は「機能リストから」ではなく「初日に起こすアハ体験から逆算」。
初日に起こすべき「これ便利!」の瞬間を1つに絞る。複数禁止。
登録から30分以内にアハに到達するためのステップを書き出す。
初日に不要な機能はUIから消す・グレーアウトする。ノイズを減らす。
定着してから次の機能を解放する。段階的に世界を広げる。
ファネルを見て、どこで止まっているかを毎週改善する。
オンボーディングが『機能しない』典型パターン3つ
登録時にツアーで全機能を見せる。覚えきれず、結局1つも使わない。
「動画見てください」で済ます。誰も最後まで見ない。テキストガイド+UI内ガイダンスのほうが定着する。
初日のオンボーディングだけ用意して、2日目以降は何もない。アクティベーションの95%は3-7日に起きるのでここを設計しないと無意味。
うちの自社+クライアント案件100本超で運用してわかった本音
本音1: アハ体験は事前に定義できない、初期顧客から聞き出す。「私たちのアハはこれ」と仮説で決めずに、初期ユーザーに「使い始めて何が一番便利でしたか?」とヒアリングして決める。
本音2: オンボーディング設計は「引き算」。情報を足すより削るほうが効く。テキストを半分にする、UIから機能を隠す、選択肢を3つから1つに減らす。これだけで定着率が大きく変わる。
うちで初期オンボーディングを作った時、最初は「丁寧に全機能を案内する」発想で30ステップのツアーを組んだ。完走率は5%以下。180度方針転換して「1つのアハに3ステップで到達するだけ」に削ったら、完走率が80%超え、初週継続率が3倍になったんです。
今日から使える設計ステップ5つ
「これいい!と思った最初の瞬間」を聞き出す。仮説禁止。
登録から30分以内に1つの成功を起こす流れを作る。
進歩的開示。必要になったら出す。
初週の離脱防止フォローを仕込む。
登録→アハ→3日継続→7日継続の各段階の数値を計測・改善。
- アハ体験
- 「これ便利!」と気づく瞬間。継続率の起点。
- アクティベーション
- 顧客が習慣化した状態。3-7日で決まる。
- 進歩的開示
- 必要な情報を段階的に出すUI設計手法。
- ノースタースタートメトリック
- アクティベーションを定義する核心指標。
- チャーン
- 解約率。オンボーディング失敗が直接影響。
よくある質問(FAQ)
- チュートリアル動画は要りますか?
あっても良いが必須ではない。UI内ガイダンスのほうが定着しやすい。
- アハ体験は事前に分かりますか?
仮説では分からない。既存ユーザーへのヒアリングで初めて見えます。
- 何日以内にアハを起こすべきですか?
理想は登録から30分以内、最低でも初日中。1週間以内に起きなければ95%が離脱します。
- オンボーディングの長さは?
初日:3-5ステップ。初週:3つのチェックポイント。30日:1つの中規模ゴール。これが目安です。
- スキップ機能は付けるべき?
付けるべき。強制すると離脱率が上がります。ただし、スキップ後にも軽くフォローする仕組みは入れる。
業界平均
指標 健全な水準 初日アクティベーション率 40-60% 7日継続率 30-50% 30日継続率 20-35%
まとめ
で、結局オンボーディングとは、こういうことです。
- 正体は「機能説明」ではなく「アハ体験を起こす設計」
- アハから逆算して、それ以外の情報は引き算する
- 初日・3日・7日の3段階で習慣化を設計する
ではでは。
