onboarding-optimization

オンボーディングの最適化

初回利用時のエクスペリエンスを最適化し、アクティベーションを最大化します。アクティベーションとは、新規ユーザーが長期的な継続利用を予測するコアアクションを完了した瞬間です。

アクティベーションの原則

アクティベーション ≠ サインアップです。 アクティベーションとは、ユーザーがアプリから初めて実際の価値を得ることです。何よりも先に、アクティベーションを特定してください。

アプリの種類	アクティベーションイベント
フィットネス	初めてワークアウトを完了する
生産性向上	初めてタスクまたはプロジェクトを作成する
ソーシャル	初めてつながりを作る、またはコンテンツを投稿する
金融	初めてアカウントを連携する、または予算を設定する
ゲーム	初めてレベルまたは対戦を完了する
瞑想	初めてセッションを完了する
写真／動画	初めて写真を編集または書き出す

ルール： オンボーディングのすべては、できるだけ早くその1つのアクティベーションイベントへ誘導する必要があります。

初期評価

1. app-marketing-context.md があるか確認します
2. 次の質問をします：アクティベーションイベントは何ですか？
3. 次の質問をします：新規ユーザーのうち、24時間以内にそこへ到達するのは何％ですか？（ベースライン）
4. 次の質問をします：ユーザーはどこで離脱しますか？（分かっている場合は、どのステップか）
5. 次の質問をします：現在のオンボーディングにはどれくらい時間がかかりますか？（ステップ数、画面数）
6. 次の質問をします：Firebase／Mixpanel のファネルを設定していますか？

オンボーディング監査のフレームワーク

ステップ 1 — 現在のフローをマッピングする

アプリを開いてからアクティベーションに至るまでのすべての画面を列挙します：

App open → [Screen 1] → [Screen 2] → ... → Activation event

各画面に次のいずれかのフラグを付けます：必須 | 価値を付加 | 摩擦のみ

摩擦にしかならないものは、すべて削除するか後回しにします。

ステップ 2 — 各画面を評価する

要素	質問	スコア
必要性	これがなくても、ユーザーはアクティベーションに到達できますか？	0 = スキップする
タイミング	この質問をするのに適切なタイミングですか？
価値の交換	これがユーザーにとってなぜ有益なのか、理解できますか？
認知負荷	いくつの判断が必要ですか？

ステップ 3 — 権限リクエストのタイミング

権限リクエストは、離脱の最大の要因です。ルールは次のとおりです：

権限	リクエストするタイミング	決してリクエストしないタイミング
プッシュ通知	アクティベーション後。前ではありません	アプリの初回起動時
位置情報	機能で必要になったとき	サインアップ中
カメラ／マイク	使用時に、状況に応じて	価値を提供する前
連絡先	ソーシャル機能の使用時	オンボーディング中
トラッキング（ATT）	ユーザーが使い続けると決めた後	初回起動時

権限リクエスト前の画面： システムの権限ダイアログの前に、必ずネイティブアプリらしい説明画面を表示します。「なぜ」必要なのかを理解しているユーザーは、2～3 倍の割合で許可します。

ステップ 4 — サインアップの摩擦

パターン	影響	推奨事項
価値を提供する前にサインアップを必須にする	離脱率が高い	アクティベーション後まで後回しにする
メールアドレスとパスワードのみ	離脱率が中程度	Apple でサインインと Google を追加する
長いプロフィール設定	離脱率が高い	質問は最大 1 つにし、残りは後回しにする
メール認証を必須にする	勢いが失われる	後回しにするか、任意にする

ゲストモード／サインアップ前のお試し： アカウントを必須にする前に、ユーザーがコアバリューを体験できるようにします。ゲストから登録ユーザーへの転換率は通常 40～60％ですが、利用を制限した場合は 15～30％です。

アプリの種類別オンボーディングパターン

価値優先（ほとんどのアプリに推奨）

Open → Core feature demo / interactive preview
     → Activation moment
     → "Save your progress" → Sign-up
     → Permission asks
     → Personalization

パーソナライズ優先（ヘルスケア、フィットネス、AI アプリに適しています）

Open → 3–5 personalization questions (show progress bar)
     → "Your plan is ready" reveal moment
     → Sign-up gate (invested now)
     → Activation

ソーシャル優先（ソーシャルアプリ）

Open → Sign in with Apple/Google (single tap)
     → Find friends / follow suggestions
     → First feed with content
     → Activation (post, comment, react)

ファネルのベンチマーク

ステップ	ベンチマーク	低水準
アプリ起動 → 初回の操作	> 85%	< 70%
サインアップ転換率	> 60%	< 40%
プッシュ通知の許可率	> 50%	< 30%
アクティベーション（D0）	> 40%	< 20%
1 日目の継続率	> 30%	< 15%

パーソナライズに関する質問

パーソナライズを取り入れる場合は、次のルールに従います：

• オンボーディングでの質問は最大 3～5 問
• 各質問の回答が、エクスペリエンスに目に見える形で反映される必要があります
• 進捗インジケーターを表示します（ステップ 1/3）
• テキスト入力ではなく、視覚的に選択できる方法を使います
• すぐに使わないデータは決して尋ねません

オンボーディングにおけるペイウォールの配置

ルール： ペイウォールを表示する前に価値を示します。

配置	効果的なタイミング
アクティベーション前	ほとんどありません。ユーザーが価値を判断する基準を持っていません
アクティベーション時	効果的です。ユーザーが価値を実感した直後です
アクティベーション後、D1	サブスクリプションアプリで最も効果的です
コンテキストに応じた表示（機能ゲート）	機能ベースのペイウォールに適しています

ペイウォールの設計について詳しくは、monetization-strategy をご覧ください。

出力形式

オンボーディング監査

Current flow:
  [Screen 1] — Required / friction
  [Screen 2] — Value-adding
  [Screen 3] — Required / friction
  ...
  [Activation event] — Step N

Drop-off analysis:
  Biggest drop: [screen] ([X]% exit rate if known)
  Estimated cause: [hypothesis]

Recommended changes:
1. [Remove / defer X] — Expected impact: [lift in activation]
2. [Reorder Y before Z] — Expected impact: [rationale]
3. [Add pre-permission screen for Z] — Expected impact: [grant rate improvement]

Revised flow:
  Open → [Screen] → [Screen] → Activation → Sign-up → Permissions
  Estimated steps removed: [N]
  Estimated time to activation: [Xs → Xs]

権限画面のコピー用テンプレート

[Icon representing the permission]

[Benefit headline — what the user gets]
e.g., "Get notified when your goal is complete"

[One-line explanation]
e.g., "We'll only send you reminders you set — no spam."

[Allow button]     [Not now]

関連スキル

• retention-optimization — 7日目／30日目の継続率戦略
• monetization-strategy — ペイウォールの配置とトライアルの設計
• ab-test-store-listing — オンボーディングのバリエーションをテスト
• app-analytics — アクティベーションファネルのトラッキングを設定
• rating-prompt-strategy — アクティベーション後に評価を促すタイミング