onboarding-cro について
プロダクトチームやグロース担当者向けに、ユーザーオンボーディングを設計・改善するスキルです。アクティベーションや定着の考え方に加え、ウェルカム画面、設定フロー、ツアー、チェックリスト、メールのテンプレートを扱います。
主な機能
- 01ユーザー目標に沿ったフロー設計
- 02段階的な機能開示
- 03アクティベーション指標と価値実感の特定
- 04ツアー、チェックリスト、設定ウィザードの設計
- 05ファネル、定着率、成果の測定
活用シーン
- 01新規ユーザーの初回利用経路の計画
- 02既存オンボーディングフローの監査と改善
- 03オンボーディング要素の内容と手順の作成
- 04成果測定方法の定義
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ openclaudia/ openclaudia-skills --skill onboarding-croインストール後、Claude Code で/onboarding-croを入力して読み込まれたか確認します。
詳細
オンボーディングのCRO
アクティベーションと長期的な継続率を高めるユーザーオンボーディングフローを設計・最適化します。
1. オンボーディングのフレームワーク
ジョブ理論(JTBD)に基づくオンボーディング
最適なオンボーディングフローは、製品の機能ではなく、ユーザーが達成したいジョブを軸に構成されています。
プロセス:
- ユーザーが達成したい主要なジョブを特定します
- 製品でそのジョブを完了するために必要な最小限の手順を整理します
- 気を散らす要素をすべて取り除きながら、その手順に沿ってユーザーをガイドします
- 完了を祝います(アハ体験)
例(Notion):
- ジョブ:「チームのプロジェクトを整理したい」
- 手順:ワークスペースを作成 > チームを招待 > 最初のページを作成 > テンプレートを使用
- オンボーディングフローは、この道筋だけを正確に案内します
アンチパターン: すべての機能を紹介する機能ツアーです。オンボーディング中、ユーザーは機能には関心がありません。自分の課題を解決することに関心があります。
段階的な情報開示
ユーザーが使う準備ができたことを示すにつれて、機能を段階的に紹介します。
レベル:
- 初回セッション: 主要なジョブに必要な中核機能だけを表示します
- 初回の成功後: 中核ワークフローを強化する二次機能を紹介します
- 繰り返し利用した後: 上級者向け機能、インテグレーション、カスタマイズ機能を提示します
- 習熟後: 高度な機能、API、自動化を案内します
実装方法:
- 機能フラグやユーザーの状態を使って、表示内容を制御します
- ユーザーのアクションを追跡し、開示レベルを引き上げるタイミングを判断します
- すべてを一度に表示しないでください
アクティベーション指標
オンボーディングを設計する前に、アクティベーション指標を定義します。アクティベーション指標とは、長期的な継続率との相関が最も強いアクションです。
例:
| 製品 | アクティベーション指標 | 期間 |
|---|---|---|
| Slack | メッセージを2,000件送信する(チーム) | 最初の30日間 |
| Dropbox | 2台のデバイスからファイルを1つアップロードする | 最初の7日間 |
| 友達を7人追加する | 最初の10日間 | |
| Zoom | 最初のミーティングを開催する | 最初の7日間 |
| Notion | ページを3つ作成する | 最初の7日間 |
| Figma | 最初のデザインを作成する | 最初の3日間 |
| HubSpot | 連絡先をインポートし、最初のメールを送信する | 最初の14日間 |
アクティベーション指標の見つけ方:
- コホート分析:継続したユーザーと離脱したユーザーを比較します
- 継続したユーザーが実行し、離脱したユーザーは実行しなかったアクションを特定します
- 30日後の継続率との相関が最も強いアクションを見つけます
- そのアクションにユーザーを誘導すると継続率が向上するかをテストし、検証します
アハ体験の特定
アハ体験とは、ユーザーが製品の中核的な価値を初めて実感する瞬間です。
特定するためのフレームワーク:
- ユーザーが製品を勧めるとき、何と言っていますか?(「すばらしいのは……」)
- ユーザーが「すごい」や「これはいい」と言うのは、利用過程のどの時点ですか?
- 継続するユーザーと離脱するユーザーを分ける、たった1つのアクションは何ですか?
アハ体験ではないもの:
- サインアップすること
- オンボーディングを完了すること
- 機能のデモを見ること
アハ体験とは:
- 最初の成果を得ること
- 時間を節約できると実感すること
- 自分のデータが初めて可視化されるのを見ること
- 最初のタスクを無事に完了すること
2. オンボーディングの構成要素
ウェルカム画面
サインアップ後に最初に表示される画面です。ユーザーを歓迎し、パーソナライズに必要な情報を収集するという2つの役割があります。
ベストプラクティス:
- ユーザーの名前を使います(「ようこそ、Sarahさん!」)
- 質問は最大1~3問にします
- ドロップダウンではなく、視覚的に選べる要素(アイコン付きカード)を使います
- それぞれの質問は、ユーザーの体験に直接影響するものにします
- 常にスキップできるようにします
テンプレート:
Welcome to [Product], [Name]!
Let's personalize your experience.
What's your primary goal?
[ ] [Goal 1 -- with icon]
[ ] [Goal 2 -- with icon]
[ ] [Goal 3 -- with icon]
[ ] Something else
[Continue] [Skip for now]
例(Notion):
What will you use Notion for?
[Personal] [Team] [School]
How big is your team?
[Just me] [2-10] [11-50] [50+]
セットアップウィザード
製品を利用できる状態にするための、複数ステップからなるガイド付きフローです。
使用する場面: 価値を提供する前に製品の設定が必要な場合(CRM、分析、マーケティングオートメーション)。
ベストプラクティス:
- ステップ数は最大3~5個にします
- 進行状況を表示します
- 可能な場合はデフォルト値を事前入力します
- 必須ではないステップはスキップできるようにします
- 「サンプルデータで試す」オプションを用意します
- 何も表示されない画面ではなく、次に行うことが明確な状態で終わります
テンプレート:
Step 1: Connect your [data source]
[Connect Google] [Connect manually] [Use sample data]
Step 2: Configure your [workspace/project]
[Pre-filled sensible defaults with edit option]
Step 3: Invite your team (optional)
[Email input] [Copy invite link] [Skip]
You're all set!
[Go to your dashboard]
プロダクトツアー
プロダクトのインターフェースを案内する、インタラクティブなウォークスルーです。
種類:
- ツールチップツアー: UI 要素をハイライトし、説明付きのツールチップを表示します(Intercom、Appcues)
- ビデオウォークスルー: 主要なワークフローを紹介する短い動画です
- インタラクティブチュートリアル: ユーザーがガイダンスに沿って実際の操作を行います
- サンドボックスモード: 安全に試せるよう、あらかじめデータを用意した環境です
ベストプラクティス:
- ツアーは5ステップ以内にします(理想は3ステップです)
- ツアーごとに1つのワークフローに絞ります
- ユーザーがいつでも終了できるようにします
- 読むだけではなく、ユーザー自身に操作してもらいます
- 全体ではなく、機能を初めて訪れたときなど、状況に応じて開始します
- ユーザーから希望がない限り、完了したツアーを再表示しません
アンチパターン:
- あらゆるボタンを紹介する15ステップのツアー
- 閉じることができない強制ツアー
- 見ればわかる UI 要素を説明するツアー
- 繰り返し開始されるツアー
テンプレート(ステップごと):
Step [X] of [Y]:
[Pointer to UI element]
"[Action verb] here to [achieve result]."
[Try it now] / [Next] / [Skip tour]
オンボーディングチェックリスト
ユーザーのアクティベーションを支援する、常時表示されるタスクリストです。
効果がある理由:
- ツァイガルニク効果:人は未完了のタスクを完了させたいと感じます
- 進捗を明確に視覚化できます
- ユーザーは自分のペースでリストを進められます
- 非表示にして、後から再表示できます
テンプレート:
Get started with [Product] [3/5 complete]
[x] Create your account
[x] Set up your profile
[x] [First key action]
[ ] [Second key action] <-- "Do this next"
[ ] [Third key action]
[Dismiss checklist]
ベストプラクティス:
- 項目は最大4~6個にします
- 弾みがつくよう、簡単な項目(アカウント作成など)は事前にチェックを入れます
- 依存関係と重要度に基づいて順序を決めます
- 次におすすめするステップを強調します
- 完了を祝いましょう(紙吹雪、バッジ、報酬など)
- 「なるほど」と感じられるアクションを少なくとも1つ含めます
- 完了率またはプログレスバーを表示します
例(Slack):
Getting started [2/4]
[x] Set your profile photo
[x] Join a channel
[ ] Send your first message
[ ] Invite a teammate
例(Figma):
Welcome to Figma [1/5]
[x] Create your account
[ ] Create a design file
[ ] Add a frame
[ ] Use a component
[ ] Share with your team
メールオンボーディングシーケンス
アプリ内での体験を補完する、段階的に配信するメールです。
シーケンスの構成:
| 日 | メール | 目的 |
|---|---|---|
| 0 | ウェルカム+クイックスタート | すぐに価値を届け、最初のアクションへのリンクを提示します |
| 1 | ヒント:[主要機能] | 重要な機能を1つ紹介します |
| 3 | ソーシャルプルーフ | 他のユーザーがプロダクトでどのような成果を上げているかを紹介します |
| 5 | 「お困りですか?」 | よくある障害に対処し、サポートを案内します |
| 7 | 機能の紹介 | 2つ目の機能を紹介します |
| 10 | アクティベーションのリマインダー | まだアクティベーションしていない場合、重要なアクションを促します |
| 14 | アップグレードの案内 | アクティベーション済みの場合、プレミアム機能を案内します |
0日目のウェルカムメールテンプレート:
Subject: Welcome to [Product] -- here's your quick start
Hi [Name],
You're in! Here's how to get the most out of [Product] in the next 5 minutes:
1. [First action] -- [link directly to it]
2. [Second action] -- [link]
3. [Third action] -- [link]
[Primary CTA: "Go to your dashboard"]
Need help? Reply to this email or check our [getting started guide].
[Signature]
3日目のソーシャルプルーフメールテンプレート:
Subject: How [Customer] uses [Product] to [Result]
Hi [Name],
Did you know that [Customer/Company] uses [Product] to [specific result with metric]?
Here's what they did:
1. [Step they took]
2. [Step they took]
3. [Result they achieved]
You can do the same:
[CTA: "Try it now"]
3. 主要プロダクトのオンボーディング事例
Notion
うまくできている点:
- ウェルカム画面で役割とユースケースについて質問します(2つの質問)
- 選択内容に基づいてテンプレートを提案します
- ワークスペースにスターターコンテンツをあらかじめ用意します
- 段階的に情報を提示します。まず基本的なブロックを紹介し、その後データベースを紹介します
- サイドバーのチェックリストで設定の進捗を確認できます
- 空の状態でも、明確な CTA を表示します
アクティベーション指標: 最初の7日間に3ページ以上を作成
Slack
うまくできている点:
- ワークスペース設定ウィザードは3ステップです(名前、招待、チャンネル)
- Slackbot が会話形式で最初の操作を案内します
- ウェルカムメッセージ付きの #general チャンネルと #random チャンネルがあらかじめ作成されています
- ユーザー自身に機能を使ってもらいながら説明します(メッセージの送信、絵文字でのリアクションなど)
- サイドバーにオンボーディングチェックリストがあります
アクティベーション指標: 最初の30日間にチームで2,000件のメッセージを送信
Figma
うまくできている点:
- 最小限のサインアップ(Google OAuth のワンクリック認証)
- サインアップ後すぐに、インタラクティブチュートリアル付きのキャンバスが表示されます
- 操作しながら学べるチュートリアルです(図形の作成、移動、スタイル設定)
- 試せるサンプルファイルが用意されています
- チームでの共同作業を早い段階で実演します(カーソルの表示)
アクティベーション指標: 最初の3日間に最初のデザインファイルを作成
Canva
うまくできている点:
- ビジュアルカテゴリとともに「今日は何をデザインしますか?」と尋ねます
- 選択内容に関連するテンプレートをすぐに表示します
- 最初のデザイン体験では既製のテンプレートを使い、ユーザーはゼロから作成するのではなく編集します
- 初回ダウンロード時に共有を促して、完了を祝います
Linear
うまくできている点:
- 最初のステップで既存のツール(Jira、Asana)からインポートできます
- 適切なデフォルト設定(ワークフローの状態、ラベル)があらかじめ設定されています
- キーボードショートカットを、使う場面に応じて説明します
- 空の状態で、次に何をすべきかを明確に示します
4. オンボーディングの成功を測定する
主要指標
| 指標 | 計算式 | 目標 |
|---|---|---|
| オンボーディング完了率 | オンボーディングを完了したユーザー数 / サインアップ数 | 60-80% |
| 最初の重要なアクションまでの時間 | サインアップから最初の意味のあるアクションまでの時間 | 5 min 未満 |
| アクティベーション率 | アクティベーション指標を達成したユーザー数 / サインアップ数 | 20-40% |
| 1日目の継続率 | サインアップの翌日に再訪したユーザー数 / サインアップ数 | 40-60% |
| 7日目の継続率 | サインアップから7日後に再訪したユーザー数 / サインアップ数 | 20-35% |
| 30日目の継続率 | サインアップから30日後にアクティブなユーザー数 / サインアップ数 | 10-25% |
| オンボーディング各ステップの離脱率 | ステップNを完了したユーザー数 / ステップNを開始したユーザー数 | ステップごとに追跡 |
| 価値実現までの時間(TTV) | サインアップから「なるほど」と感じる瞬間までの時間の中央値 | できるだけ短く |
ファネル分析
分析ツールでオンボーディングのファネルを作成します。
Signup completed
-> Welcome screen completed
-> First key action
-> Second key action (aha moment)
-> Activation metric reached
-> Day 7 return
各ステップ間のコンバージョン率を追跡します。最も離脱が多い箇所が、最大の改善機会です。
5. オンボーディングの A/B テスト案
ウェルカム画面
- ウェルカム画面の質問を1つにする場合と3つにする場合
- ドロップダウンとビジュアルカード選択
- パーソナライズされたテンプレートの提案と一般的な提案
セットアップフロー
- ガイド付きセットアップと「自分で試す」
- サンプルデータを事前入力した状態と空の状態
- セットアップウィザードとオンボーディングチェックリスト
プロダクトツアー
- ツールチップによるツアーと動画による解説
- 3ステップのツアーと5ステップのツアー
- 自動で開始するツアーとユーザーが開始するツアー
アクティベーション
- 非アクティブなユーザーへの1日目のメール通知と3日目のメール通知
- 次のアクションを促すアプリ内プロンプトと、プロンプトなし
- マイルストーンのお祝い(紙吹雪、バッジ)と、お祝いなし
- 進捗の表示(「セットアップは60%完了です」)と、進捗を表示しない場合
エンゲージメント
- 毎日のヒントメールと週次ダイジェスト
- 未完了のオンボーディングに関するプッシュ通知とメールのみ
- 同業者との比較(「同じようなチームでは通常……」)と、比較なし
6. オンボーディング監査テンプレート
既存のオンボーディングフローを監査する場合:
## Onboarding Audit: [Product Name]
### Date: [Date]
### Current Flow Map
[Step-by-step flow with screenshots]
### Time to Complete
- Minimum path: [X] minutes
- Average path: [X] minutes
### Drop-off Analysis
| Step | Users Entering | Completion Rate | Drop-off |
|------|---------------|-----------------|----------|
| Signup | 100% | X% | X% |
| Welcome screen | X% | X% | X% |
| Setup step 1 | X% | X% | X% |
| Setup step 2 | X% | X% | X% |
| First key action | X% | X% | X% |
| Activation | X% | -- | -- |
### Scores (1-10)
| Dimension | Score | Notes |
|-----------|-------|-------|
| Time to value | X | |
| Clarity of next step | X | |
| Progressive disclosure | X | |
| Error recovery | X | |
| Mobile experience | X | |
| Personalization | X | |
| **Overall** | **X** | |
### Issues Found
1. **[Critical]** [Issue] -- Impact: [X]% activation loss
2. **[High]** [Issue]
3. **[Medium]** [Issue]
### Recommendations (Priority Order)
1. [Recommendation] -- Expected lift: X% on [metric]
2. [Recommendation] -- Expected lift: X%
3. [Recommendation] -- Expected lift: X%
### Quick Wins
- [ ] [Immediate fix]
- [ ] [Immediate fix]
### Long-term Improvements
- [ ] [Bigger initiative]
- [ ] [Bigger initiative]
7. よくあるオンボーディングの間違い
- すべてを一度に表示する -- ユーザーを圧倒します。段階的に情報を開示しましょう。
- 成果ではなく機能を説明する -- 「これがダッシュボードです」ではなく、「ここで結果を確認できます」と伝えましょう。
- 価値を提供する前に完了を強制する -- まずユーザーに試してもらい、その後に案内しましょう。
- 空の状態への対策がない -- 何も表示されない画面はアクティベーションを妨げます。テンプレート、サンプル、ガイド付きプロンプトを活用しましょう。
- すべてのユーザーに同じフローを適用する -- ユーザーのタイプが異なれば、必要なオンボーディングの経路も異なります。
- モバイルを考慮しない -- モバイルのオンボーディングには独自の設計が必要です(デスクトップのフローを縮小しただけではいけません)。
- 離脱したユーザーへの再エンゲージメントがない -- オンボーディングを中断したユーザーには、対象を絞ったメール通知が必要です。
- アクティベーションではなくサインアップを祝う -- 目標は「ようこそ!」ではありません。最初の成功体験こそが目標です。
- ツールチップが多すぎる -- 10個のツールチップが必要なら、UIが複雑すぎます。
- 効果を測定しない -- ステップごとの離脱を追跡していなければ、推測に頼ることになります。