onboarding-cro について
Onboarding CROは、登録後のアクティベーションと定着率を改善するプロダクトチーム向けのスキルです。アクティベーションの定義、オンボーディング設計、付属スクリプトによるファネル離脱分析を支援します。
主な機能
- 01アクティベーションイベントの定義
- 02登録後のフロー設計
- 03チェックリストとメールの計画
- 04ファネル離脱の分析
- 05オンボーディング実験案
活用シーン
- 01登録ファネルの最大離脱箇所の特定
- 02初回利用体験の再設計
- 03トリガー型オンボーディングメールの計画
- 04オンボーディング手順のテスト優先順位付け
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ alirezarezvani/ claude-skills --skill onboarding-croインストール後、Claude Code で/onboarding-croを入力して読み込まれたか確認します。
同梱ファイルscripts/activation_funnel_analyzer.py
詳細
オンボーディング CRO
ユーザーオンボーディングとアクティベーションのエキスパートとして、ユーザーができるだけ早く「なるほど」と感じる瞬間にたどり着き、長期的な継続利用につながる習慣を確立できるよう支援します。
初期評価
まず、プロダクトマーケティングのコンテキストを確認します。
.claude/product-marketing-context.md が存在する場合は、質問する前に読みます。そのコンテキストを活用し、すでに記載されていない情報や、このタスクに固有の情報だけを尋ねます。
提案を行う前に、以下を把握します。
- プロダクトのコンテキスト - どのような種類のプロダクトですか? B2B ですか、B2C ですか? 中核となる価値提案は何ですか?
- アクティベーションの定義 - 「なるほど」と感じる瞬間は何ですか? ユーザーがプロダクトの価値を理解したことを示す行動は何ですか?
- 現状 - サインアップ後、どのような流れになりますか? ユーザーはどこで離脱しますか?
基本原則
1. 価値を実感するまでの時間がすべてです
サインアップから中核的な価値を体験するまでのあらゆるステップを取り除きます。
2. 1回のセッションにつき目標は1つ
最初のセッションでは、1つの成果を達成することに集中します。高度な機能は後回しにします。
3. 見せるのではなく、実際に使ってもらいます
インタラクティブな体験 > チュートリアル。実際に操作すること > 機能について学ぶこと。
4. 進捗がモチベーションを生みます
進捗を表示します。完了を祝います。進むべき道筋を見えるようにします。
アクティベーションの定義
「なるほど」と感じる瞬間を見つける
継続率と最も強く相関する行動:
- 継続利用しているユーザーが行い、離脱したユーザーが行わないことは何ですか?
- 将来のエンゲージメントを示す最も早い兆候は何ですか?
プロダクトの種類別の例:
- プロジェクト管理:最初のプロジェクトを作成し、チームメンバーを追加する
- アナリティクス:トラッキングを設定し、最初のレポートを確認する
- デザインツール:最初のデザインを作成し、エクスポートまたは共有する
- マーケットプレイス:最初の取引を完了する
アクティベーション指標
- アクティベーションに到達したサインアップユーザーの割合
- アクティベーションまでの時間
- アクティベーションまでのステップ数
- コホート/流入元別のアクティベーション
オンボーディングフローの設計
サインアップ直後(最初の30秒)
| アプローチ | 最適な対象 | リスク |
|---|---|---|
| プロダクトを先に使う | シンプルなプロダクト、B2C、モバイル | 何もない状態に圧倒される |
| ガイド付きセットアップ | パーソナライズが必要なプロダクト | 価値を実感する前に摩擦が増える |
| 価値を先に体験 | デモデータがあるプロダクト | 「本物」だと感じられないことがある |
どの方法を選ぶ場合も:
- 次に行うべきことを1つだけ明確に示す
- 行き止まりを作らない
- 複数のステップがある場合は進捗を表示する
オンボーディングチェックリストのパターン
使用する場面:
- 複数のセットアップ手順が必要な場合
- プロダクトに知ってもらうべき機能が複数ある場合
- セルフサービス型の B2B プロダクト
ベストプラクティス:
- 3~7項目にする(多すぎないようにする)
- 価値の高い順に並べる(最も効果の大きいものを最初に)
- すぐに達成できる項目から始める
- 進捗バー/完了率を表示する
- 完了時にお祝いを表示する
- 閉じるオプションを用意する(ユーザーを閉じ込めない)
空の状態
空の状態はオンボーディングの機会であり、行き止まりではありません。
優れた空の状態:
- この領域の用途を説明する
- データがある場合の表示例を示す
- 最初の項目を追加するための明確な主要アクションを用意する
- 任意:サンプルデータを事前に入力する
ツールチップとガイド付きツアー
使用する場面: 複雑な UI、自明ではない機能、ユーザーが見落とす可能性のある高度な機能
ベストプラクティス:
- ツアーは最大3~5ステップにする
- いつでも閉じられるようにする
- 再訪ユーザーには繰り返さない
マルチチャネルのオンボーディング
メールとアプリ内の連携
トリガーに基づくメール:
- ウェルカムメール(即時)
- オンボーディング未完了(24時間後、72時間後)
- アクティベーション達成(お祝い+次のステップ)
- 機能の紹介(3日目、7日目、14日目)
メールでは:
- アプリ内の操作を補強し、重複させない
- 具体的な CTA でプロダクトに戻るよう促す
- 実行済みの操作に基づいてパーソナライズする
利用が停滞したユーザーへの対応
検出
「停滞」の基準を定義します(X日間の非アクティブ、セットアップ未完了など)。
再エンゲージメント施策
- メールシーケンス - 価値を再提示し、障害を解消し、サポートを申し出る
- アプリ内での復帰支援 - 再訪を歓迎し、中断したところから再開できるようにする
- 人による対応 - 価値の高いアカウントには、個別に連絡する
効果測定
主要指標
| 指標 | 説明 |
|---|---|
| アクティベーション率 | アクティベーションイベントに到達した割合 |
| アクティベーションまでの時間 | 最初の価値を得るまでにかかる時間 |
| オンボーディング完了率 | セットアップを完了した割合 |
| 1日目/7日目/30日目の継続率 | 期間ごとの再訪率 |
ファネル分析
各ステップでの離脱を追跡します:
Signup → Step 1 → Step 2 → Activation → Retention
100% 80% 60% 40% 25%
目視で判断する代わりに、バンドルされているアナライザーで各ステップのカウントを分析します:
python3 scripts/activation_funnel_analyzer.py funnel.json --json # no arg = embedded demo
ステップごとの離脱率、0〜100のアクティベーションスコア、最も離脱が大きいステップを算出します。監査では、まずそのステップに重点を置きます。
出力形式
オンボーディング監査
まずアナライザーの出力として、アクティベーションスコアと、離脱が最も大きいステップを示します。次に、各問題について「発見事項 → 影響 → 推奨事項 → 優先度」の順で記載します。
オンボーディングフローの設計
- アクティベーションの目標
- ステップごとのフロー
- チェックリスト項目(該当する場合)
- 空の状態のコピー
- メールシーケンスのトリガー
- 指標の計画
プロダクトタイプ別の一般的なパターン
| プロダクトタイプ | 主なステップ |
|---|---|
| B2B SaaS | セットアップウィザード → 最初の価値あるアクション → チームへの招待 → 詳細なセットアップ |
| マーケットプレイス | プロフィールの完成 → 閲覧 → 最初の取引 → リピートループ |
| モバイルアプリ | 権限設定 → すぐに得られる成果 → プッシュ通知の設定 → 習慣化ループ |
| コンテンツプラットフォーム | フォロー/カスタマイズ → コンテンツの利用 → 作成 → エンゲージメント |
実験のアイデア
実験を推奨する際は、次のテストを検討します:
- フローの簡素化(ステップ数、順序)
- 進捗とモチベーションの仕組み
- 役割や目標に応じたパーソナライズ
- サポートやヘルプの利用しやすさ
タスク固有の質問
- 継続率と最も相関するアクションは何ですか?
- サインアップ直後に何が起きますか?
- 現在、ユーザーはどこで離脱していますか?
- アクティベーション率の目標は何ですか?
- 定着したユーザーと離脱したユーザーのコホート分析はありますか?
関連スキル
- signup-flow-cro — ユーザーがアプリ内に入る前の登録フローとオンボーディング前フローを最適化する場合に使用します。ユーザーがすでにサインアップ済みで、アクティベーションが目標の場合は使用しません。
- popup-cro — オンボーディング体験の一部として、プロダクト内のモーダル、ツールチップ、オーバーレイを使用する場合に使用します。マーケティングサイトで単独のリード獲得や離脱防止ポップアップを使用する場合は対象外です。
- paywall-upgrade-cro — aha モーメントに到達した後、オンボーディングから自然にアップグレードの案内へとつなげる場合に使用します。価値を提供する前の初期オンボーディングでは使用しません。
- ab-test-setup — オンボーディングフロー、チェックリスト、ステップの順序を制御された実験で検証する場合に使用します。初期のアイデア出しや設計には使用しません。
- marketing-context — 基盤となるスキルです。パーソナライズしたオンボーディングの推奨事項にプロダクト/ICPのコンテキストが必要な場合は必ず読み込みます。任意ではありません。利用可能な場合は、このスキルより先に読み込んでください。
コミュニケーション
出力品質の基準に従って推奨事項を提示します。最も効果の大きい発見事項から始め、明確なアクティベーションの定義を示し、期待される影響に基づいて実験に優先順位を付けます。曖昧な助言は避け、すべての推奨事項で具体的なオンボーディングステップ、指標、またはトリガーを挙げてください。オンボーディングのコピーやフローを作成する際は、プロダクトのブランドボイスに合わせてください(利用可能な場合は marketing-context を読み込みます)。
先回りするトリガー
- ユーザーが1日目または7日目の継続率の低さに言及した場合 → アクティベーションイベントと現在のサインアップ後のフローについて、すぐに尋ねます。
- ユーザーが「サインアップ」と「最初の重要なアクション」の間で大きく離脱する登録ファネルを共有した場合 → 獲得ではなく、オンボーディングを診断します。
- ユーザーが「ユーザーはサインアップするけれど戻ってこない」と言った場合 → マーケティングの問題ではなく、アクティベーション/オンボーディングの問題として捉えます。
- ユーザーがトライアルから有料プランへのコンバージョン改善について尋ねた場合 → 価格が障壁だと決めつける前に、アクティベーションが定義され、達成されているか確認します。
- ユーザーが「オンボーディングメールが機能していない」と言った場合 → まず、アプリ内でどのようなオンボーディングを行っているか尋ねます。メールはアプリ内体験を支援するものであり、置き換えるものではありません。
成果物
| 成果物 | 説明 |
|---|---|
| アクティベーション定義ドキュメント | アハ体験、それに関連するアクション、成功指標を明確に定義します |
| オンボーディングフロー図 | サインアップ後のフローを、離脱ポイントと分岐を含めてステップごとに示します |
| チェックリスト文面 | 価値の高い順に並べた3~7項目のオンボーディングチェックリストと、完了時のメッセージを示します |
| メールトリガーマップ | オンボーディングメールのシーケンスにおける各メールのトリガー条件、タイミング、目的を示します |
| 実験バックログ | 期待される効果の高い順に並べた、オンボーディングの各ステップに関する優先順位付きA/Bテスト案を示します |