onboarding-flow

オンボーディングフロー

使用するタイミング

創業者やプロダクトリードが、新規ユーザー向けのオンボーディング設計、アクティベーション率の向上、価値実感までの時間の短縮、登録後の離脱の解消、ガイド付きセットアップ体験の再設計、オンボーディング中に行き詰まったユーザーの再エンゲージメントを必要としている場合に有効化します。「オンボーディングフローを設計したい」「登録後にユーザーが離脱している」「アクティベーションチェックリストを作成したい」「価値実感までの時間が長すぎる」「ユーザーがもっと早く aha モーメントに到達するにはどうすればよいか」「初回セッション後に利用が定着しない」といった依頼が対象です。

従業員のオンボーディング、サービスプロセスの設計、またはプロダクトの価値提案が安定していない場合には使用しないでください。このスキルの対象は、プロダクト内でのユーザーアクティベーションのみです。

必要なコンテキスト

• startup-context から： プロダクトの種類（B2B/B2C/PLG）、ターゲットユーザーのペルソナ、現在のアクティベーション率、定義済みの「aha モーメント」、プロダクトの複雑さ、既存のオンボーディング手順、現在使用しているツール（メールプラットフォーム、アナリティクス、アプリ内メッセージング）。
• ユーザーから： 現在ユーザーが離脱している箇所、リテンションと相関する重要なアクション（アクティベーションイベント）、価値を実感するまでに現在必要なステップ数、セットアップ体験に関する解約ユーザーからの定性的なフィードバック、「望ましい」初回セッションでの行動。

ワークフロー

1. 情報収集と目標の設定 — 利用可能であれば startup-context を読み込みます。アクティベーションの目標、現在の基準指標、成功の定義を明確にします。ユーザーがアクティベーションイベントを把握していない場合は、プロダクトの種類に基づいて仮説を立てるのを支援します（以下のベンチマークを参照）。
2. 現在のユーザージャーニーを整理する — 登録からアクティベーションイベントまでのすべてのステップを、画面、メール、待機時間、判断ポイントを含めて記録します。摩擦が生じる箇所、不要なステップ、混乱が起きるタイミングを特定します。
3. 摩擦と離脱を特定する — ユーザーがフローから離脱する箇所を特定します。障壁を、ステップが多すぎる、価値が不明確、技術的な障害、認知的負荷、ガイダンスの不足に分類します。
4. 行動ベースのアクティベーションの瞬間を定義する — 長期的なリテンションを予測する具体的なユーザーアクションを特定します。これらを、オンボーディングフローが目指すマイルストーンとします。
5. 最初の体験を設計する — プログレッシブオンボーディングのフレームワークを適用して、ユーザージャーニーを再構成します。「最初の30秒」の体験に重点を置き、初めて価値を実感するまでのステップを最小限に抑えます。必須ではないセットアップは後回しにします。
6. マイルストーンベースのオンボーディング計画を作成する — 登録から習慣化まで、明確なマイルストーンを設定した「最初の一歩」の計画を作成し、アプリ内とメールのタッチポイントを連携させます。
7. 測定と実験を確立する — ファネルの各ステップを追跡する設定を行います。インパクト、確信度、工数に基づいて優先順位を付けた実験バックログを作成します。効果の高い変更について A/B テストを設計します。

出力形式

包括的なオンボーディング＆アクティベーションパック。以下を含みます。

1. アクティベーション仕様 — 行動基準と基準指標を定義したアクティベーションイベント
2. 最初の30秒の設計 — 初めて価値を実感できるよう最適化した、登録直後の体験
3. 最初の一歩のマイルストーン計画 — 登録から習慣化までの段階別計画
4. ファネルマップ — 予想コンバージョン率を含むすべてのステップ
5. アプリ内 UX 仕様 — チェックリスト、ツールチップ、空の状態、進捗インジケーター
6. メールシーケンスの文面 — ウェルカムから再エンゲージメントまでの文面、タイミング、トリガー
7. 実験バックログ — 優先順位を付けたオンボーディング実験の一覧（インパクト／確信度／工数）
8. 測定フレームワーク — 先行指標、トラッキング計画、成功基準
9. リスクの記録 — 未解決の質問、前提、次のステップの推奨事項

オンボーディングファネルのテンプレート

Stage 1: Signup -> Profile Setup            (Target: 90%+)
Stage 2: Profile Setup -> First Key Action  (Target: 60-70%)
Stage 3: First Key Action -> Aha Moment     (Target: 50-60%)
Stage 4: Aha Moment -> Habit Formation      (Target: 30-40%)

フレームワークとベストプラクティス

段階的なオンボーディングフレームワーク

順番に進む3つのレイヤーでオンボーディングを構成します。

1. レイヤー1：すぐに価値を実感（開始から0〜5分）

   • 何かを求める前に、小さな成功を1つ体験してもらいます。
   • 可能な場合は、データを事前に入力しておきます（インポート、テンプレート、サンプルデータ）。
   • 空の状態をオンボーディングに活用します。何も表示されていない画面では、次に行う操作を必ず案内します。
   • 最初の成功を実現するために必要な情報だけを尋ねます。それ以外は後回しにします。

2. レイヤー2：基本設定（1〜3日目）

   • 3〜5項目（7項目を超えない）のチェックリストを用意し、進捗を視覚的に表示します。
   • 各チェックリスト項目を完了すると、目に見える機能が使えるようにします（「これを完了するとXが有効になります」）。
   • 初回ログイン時に大規模なツアーを行うのではなく、ユーザーの行動に応じてコンテキストに即したツールチップを表示します。
   • 1日目に、最初の成功を振り返り、次のステップを予告するメールを送信します。

3. レイヤー3：利用拡大（1〜2週目）

   • チームへの招待を促すのは、個々のユーザーが価値を実感した後にします（その前ではありません）。
   • 高度な機能は、機能を一度に羅列するのではなく、段階的に開示して紹介します。
   • 任意のタイミングではなく、利用パターンに基づいて利用拡大を促します。

製品タイプ別のアクティベーションイベントのベンチマーク

製品タイプ	よくあるアクティベーションイベント	価値実感までの目標時間
B2B SaaS（シンプル）	最初の主要なワークフローを完了する	10分未満
B2B SaaS（複雑）	データをインポートし、最初のレポートを実行する	24時間未満
PLG／セルフサービス	最初のチームメンバーを招待して共同作業する	48時間未満
開発者向けツール	初めてAPI呼び出しまたはデプロイに成功する	30分未満
B2Cアプリ	最初のセッション／取引を完了する	3分未満

製品内でのオンボーディング

製品から切り離されたオンボーディングではなく、製品体験そのものの中で行うオンボーディングを優先します。コンテキストなしにUIへ重ねて表示する製品ツアーより、次の方法が効果的です。

• 使い方を伝える空の状態 — 何も表示されていない画面で、次に行う操作を案内します
• インラインプロンプト — ユーザーが判断の必要な場面に達したときに表示される、コンテキストに即したガイダンスです
• 段階的な開示 — ユーザーが準備できていることを示した段階で、複雑な機能を紹介します
• サンプルデータ — ユーザー自身のデータを投入する前に、製品の価値を体験できるようにします

複数チャネルの連携ルール

• アプリ内： アクティブユーザーへのリアルタイムなガイダンスです。チェックリスト、ツールチップ、進捗バー、空の状態のCTAを活用します。
• メール： 製品から離れたユーザーへの非同期の働きかけです。0日目にウェルカムメール、1日目にフォローアップ、3日目に再利用の促進、7日目に価値の振り返りを行います。
• プッシュ通知／SMS： 「レポートの準備ができました」「チームメイトが参加しました」のような、利用意向の強いシグナルがある場合に限ります。一般的なリマインダーには決して使いません。
• 抑制ルール： ユーザーがアプリ内で操作を完了した場合、対応するメールの送信を抑制します。設定完了後に「設定を完了しましょう！」というメールを送ることほど、信頼を損なうものはありません。

チェックリストの設計原則

• 項目は最大3〜5個です。 5個を超えると、完了率が大幅に低下します。
• 最初の項目はあらかじめ完了済みにします。 進捗が最初から見えると、完了率が大幅に上がります（エンダウド・プログレス効果）。
• 各項目は2分以内で完了できるようにします。 それ以上かかる場合は、サブステップに分割します。
• 達成すると得られる価値を示します。 「Slackに接続」だけでなく、「Slackに接続 → 通知をすぐに受け取る」とします。
• スキップできるようにし、その影響も示します。 ユーザーがスキップできるようにしつつ、失うものを表示します。

利用が停滞したユーザーの再エンゲージメント

対策を講じる前に、原因を診断します。停滞した段階によって、問題は異なります。

停滞した段階	考えられる原因	対応策
登録したが、再訪していない	価値提案が不明確、またはタイミングが悪い	登録時の状況に合った具体的なユースケースをメールで案内します
設定を始めたが、途中でやめた	ステップが多すぎる、または問題に直面した	中断した場所へ直接移動できるリンクをメールで送ります
設定を完了したが、利用していない	再訪する魅力的な理由がない	関連する出来事が起きたときに、トリガーベースのメールを送ります
一度利用したが、再訪していない	最初の体験で価値を得られなかった	何を達成しようとしていたのかを尋ね、ガイド付きの通話を提案します

品質を守るためのガードレール

オンボーディングの設計には、すべて以下を含めてください。

• 誤っている可能性のある前提を特定するリスク文書
• ユーザー調査で答えを明らかにする必要がある未解決の質問
• 担当者と期限を明記した次のステップ
• 継続率データを待つ前に測定する先行指標

関連スキル

• support-docs — オンボーディングの流れを支援するヘルプセンター記事や利用開始ガイドを作成します
• email-marketing — オンボーディング後のライフサイクル全体（継続、拡大、離脱顧客の呼び戻し）に対応するメールプログラムを構築します
• churn-analysis — オンボーディング完了データから、より詳しい調査が必要な初期離脱のパターンが明らかになった場合に使用します

例

例 1：新しいオンボーディングフローの設計

ユーザー： 「私たちは B2B のプロジェクト管理ツールを提供しています。ユーザーは登録しますが、最初のプロジェクトを作成するのはわずか 20％です。オンボーディングの改善を手伝ってください。」

良い出力の抜粋：

アクティベーションイベント： 最初のプロジェクトを作成し、少なくとも 1 つのタスクを追加する（60 日後の継続率と相関します）。

最初の 30 秒の設計： 登録後、空のダッシュボードではなく、事前に作成されたサンプルプロジェクトを表示します。ユーザーは、情報が入力された状態での製品の見た目を確認できます。「最初の実際のプロジェクトを作成しましょう」という単一のガイド付きプロンプトを表示し、選べるテンプレートを 3 つ提示します。プロジェクトを作成した後は、例を示すインラインプロンプトで最初のタスクの追加を促します。完了時には「プロジェクトを公開しました！チームを招待して共同作業しましょう」と表示します。

期待される効果： 価値を得る前のステップを 4 つから 2 つに減らすことで、プロジェクト作成率が 20％から 45～55％に上がるはずです。

例 2：アクティベーションが遅れている

ユーザー： 「先月 3,000 件の登録がありましたが、そのうち 60％がセットアップを完了していません。再び利用してもらうにはどうすればよいですか？」

良い出力のアプローチ： 60％を、手続きが止まった箇所ごとに分類します。停止した箇所に応じて、異なる再エンゲージメントメールを設計します。件名、本文、放棄したステップに直接リンクする CTA を含めます。配信到達率を守るため、サンセットポリシー（30 日後にメール送信を停止する）を推奨します。各停止箇所で異なる施策をテストする実験バックログを作成し、手続きが止まったユーザー数と推定回復率に基づいて優先順位を付けます。