オンボーディング最適化

新規ユーザーの長期リテンションを予測するコア活動を達成する瞬間（アクティベーション）を最大化するために、ファーストラン体験を最適化します。

アクティベーション原則

アクティベーション ≠ サインアップ。 アクティベーションはユーザーがアプリから初めて実際の価値を得る瞬間です。その他すべてに先立ってこれを特定してください。

アプリタイプ	アクティベーションイベント
フィットネス	初回ワークアウト完了
生産性ツール	初回タスクまたはプロジェクト作成
ソーシャル	初回コネクション作成またはコンテンツ投稿
ファイナンス	初回アカウント連携またはバジェット設定
ゲーム	初回レベルまたはマッチ完了
瞑想	初回セッション完了
写真・動画	初回写真編集または書き出し

ルール： オンボーディングのすべては、できるだけ早くそのアクティベーションイベント1つに向かって流れるべきです。

初期評価

1. app-marketing-context.md を確認する
2. 質問：あなたのアクティベーションイベントは何ですか？
3. 質問：新規ユーザーの何%が24時間以内にそれに到達しますか？（ベースライン）
4. 質問：ユーザーはどこでドロップオフしますか？（ステップが判明していれば）
5. 質問：現在のオンボーディングにはどのくらい時間がかかりますか？（ステップ数、スクリーン数）
6. 質問：Firebase/Mixpanel のファネルは設定されていますか？

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

ステップ 1 — 現在のフロー図作成

アプリ起動からアクティベーションまでのすべてのスクリーンをリストアップします：

アプリ起動 → [スクリーン 1] → [スクリーン 2] → ... → アクティベーションイベント

各スクリーンにフラグを付ける：必須 | 価値追加 | 摩擦のみ

摩擦のみのものはすべて削除または後回しにします。

ステップ 2 — 各スクリーンをスコアリング

要素	質問	スコア
必要性	ユーザーはこれなしでアクティベーションに到達できますか？	0 = スキップ
タイミング	これはこのタイミングでの問いかけに適切ですか？
価値交換	ユーザーはこれがなぜ彼らに役立つのか理解していますか？
認知負荷	これにはいくつの決定が必要ですか？

ステップ 3 — パーミッションプロンプトのタイミング

パーミッションは #1 のドロップオフポイントです。ルール：

パーミッション	質問するタイミング	質問してはいけない場合
プッシュ通知	アクティベーション後、前ではなく	コールドオープン時
位置情報	機能がそれを必要とする場合	サインアップ中
カメラ/マイク	使用する際のコンテキスト内	価値提供前
連絡先	ソーシャル機能が使用される場合	オンボーディング中
トラッキング (ATT)	ユーザーが投資した後	最初に起動した時

プリパーミッションスクリーン： システムプロンプトの前に、常にネイティブ風の説明スクリーンを表示します。「理由」を理解するユーザーはその2～3倍のレートで許可を与えます。

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

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

ゲストモード / サインアップ前のお試し： ユーザーがアカウントを必須にする前にコア価値を体験できるようにします。ゲスト → 登録への変換は通常40～60%対ハードゲートの15～30%です。

アプリタイプ別オンボーディングパターン

価値ファースト（ほとんどのアプリに推奨）

起動 → コア機能デモ / インタラクティブプレビュー
     → アクティベーション瞬間
     → 「進捗を保存」→ サインアップ
     → パーミッション要求
     → パーソナライゼーション

パーソナライゼーションファースト（健康、フィットネス、AI アプリ向け）

起動 → 3～5 つのパーソナライゼーション質問（プログレスバーを表示）
     → 「あなたのプランが完成しました」リビール瞬間
     → サインアップゲート（ユーザーは既に投資している）
     → アクティベーション

ソーシャルファースト（ソーシャルアプリ）

起動 → Apple/Google でサインイン（シングルタップ）
     → 友達を探す / フォロー提案
     → コンテンツ付きの初フィード
     → アクティベーション（投稿、コメント、リアクション）

ファネルベンチマーク

ステップ	ベンチマーク	不良
アプリ起動 → 初インタラクション	> 85%	< 70%
サインアップ変換	> 60%	< 40%
プッシュパーミッション許可	> 50%	< 30%
アクティベーション (D0)	> 40%	< 20%
Day 1 リテンション	> 30%	< 15%

パーソナライゼーション質問

パーソナライゼーションを含める場合は、これらのルールに従います：

• オンボーディング中に最大 3～5 つの質問
• 各質問は目に見えた形で体験に影響する必要がある
• プログレスインジケータを表示する（ステップ 1 / 3）
• テキスト入力ではなくビジュアル選択を使用する
• すぐに使用しないデータを決して要求しない

オンボーディングでのペイウォール配置

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

配置	うまくいく場合
アクティベーション前	ほぼ決してうまくいかない - ユーザーは価値の参考を持っていない
アクティベーション時	強力 - ユーザーは価値を感じたばかり
アクティベーション後、D1	サブスクリプションアプリでは最も強力
コンテキスト（機能ゲート）	機能ベースのペイウォール向けに良好

ペイウォール設計の詳細は monetization-strategy を参照してください。

出力形式

オンボーディング監査

現在のフロー：
  [スクリーン 1] — 必須 / 摩擦
  [スクリーン 2] — 価値追加
  [スクリーン 3] — 必須 / 摩擦
  ...
  [アクティベーションイベント] — ステップ N

ドロップオフ分析：
  最大ドロップ：[スクリーン] ([X]% 離脱率が判明していれば)
  推定原因：[仮説]

推奨される変更：
1. [X を削除 / 後回しにする] — 予想される影響：[アクティベーションの向上]
2. [Y を Z の前に並び替える] — 予想される影響：[根拠]
3. [Z のプリパーミッションスクリーンを追加] — 予想される影響：[許可率改善]

改訂後のフロー：
  起動 → [スクリーン] → [スクリーン] → アクティベーション → サインアップ → パーミッション
  削除されたステップ推定数：[N]
  アクティベーションまでの推定時間：[Xs → Xs]

パーミッションスクリーンコピーテンプレート

[パーミッションを表すアイコン]

[利益見出し — ユーザーが得られるもの]
例：「ゴール達成時に通知を受け取る」

[1行説明]
例：「設定したリマインダーのみをお送りします - スパムなし。」

[許可ボタン]     [後で]

関連スキル

• retention-optimization — Day 7/30 リテンション戦略
• monetization-strategy — ペイウォール配置とトライアル設計
• ab-test-store-listing — オンボーディングバリエーションのテスト
• app-analytics — アクティベーションファネルトラッキング設定
• rating-prompt-strategy — アクティベーション後のレーティング要求のタイミング