user-onboarding

ユーザーオンボーディング

ワークスペースのコンテキスト

質問する前に、初期コンテキストを確認してください。ブランド、オーディエンス、提供内容、チャネル、ツール、制約、指標については strategy/brand.md を、個人の文体については about/me.md を、コンテンツ計画については content/ideas.md と content/calendar.md を参照します。従来のプロダクトマーケティングのコンテキストファイルは、代替手段としてのみ使用してください。生成した草稿は content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に役立つ学びは strategy/brand.md、about/me.md、または content/ideas.md に反映してください。

運用契約

このスキルは、フロントマターで定めた範囲において自己完結しています。ローカルの指示、参考資料、スクリプト、アセットを手順書として使用し、タスク固有の入力で不足しているものだけを尋ね、範囲を広げるのではなく関連するスキルに引き継ぎ、実行可能な成果物、判断、計画、草稿、または診断を返してください。

対象範囲

対象

• 初回ユーザー体験（FTUE）を、利用開始／登録から初めて価値を得るまで設計する
• アクティベーション／「アハ体験」を定義し、価値実現までの時間を短縮する
• 「最初の30秒」の体験と、「最初の一歩」の計画（アクティベーションまでのマイルストーン）を作成する
• オンボーディングの仕組み：段階的な情報提示、ガイド付きセットアップ、空状態、テンプレート、チェックリスト、フィードバックループ
• アクティベーションと初期の継続率を改善するための計測と実験

使用する場合

• 「アクティベーション率が低い」／「ユーザーが登録／オンボーディング中に離脱する」
• 「価値実現までに時間がかかりすぎる」
• 「初回セッションで心をつかめない」
• 「オンボーディングを再設計したい／ガイド付きセットアップを導入したい／空状態を改善したい」
• 「アハ体験を定義し、ユーザーがそこに到達するためのオンボーディングを設計したい」
• 「オンボーディング実験のバックログと測定計画を作成したい」

使用しない場合

• 従業員のオンボーディング、サービス提供プロセスへの顧客の導入、または研修を行う場合（プロダクトのオンボーディングではありません）。
• 安定した価値提案／ICPがまだない場合（先に brand-messaging-and-positioning または product-market-fit-analysis を使用してください）。
• オンボーディングの範囲を超えた包括的な継続率戦略が必要な場合（customer-success-and-retention を使用してください）。
• マーケティングページやフォームのコンバージョンレビューが必要な場合（conversion-rate-optimization を使用してください）。

入力

最低限必要なもの

• プロダクト＋ICP／セグメント（1～2件）と、主要な達成すべきジョブ
• プラットフォーム＋入口（Web／モバイル、FTUEの開始地点）
• 入手可能な範囲で最善のベースライン指標（概算でも可）：
  • 訪問 → 登録 → 最初の重要なアクション → アクティベーション
  • 価値実現までの時間（最初に価値を得るまでの時間またはセッション数）
  • D1継続率（入手可能な場合）
• 現在のオンボーディングフローの概要（ステップ／画面）と、最大の離脱ポイント
• 制約：期間、エンジニアリング／デザインの対応能力、使用可能なチャネル（アプリ内／メール／プッシュ通知）、プライバシー／法務／ブランド上の制限

不足情報への対応方針

• references/INTAKE.md から最大5つの質問をし、その後で作業を進めてください。
• 指標がない場合は、前提を明示し、確度を記載したうえで作業を進めてください。
• シークレットや個人を特定できる情報（PII）は要求しないでください。集計済みのファネルや、機密情報を伏せたスクリーンショットを優先してください。

出力（成果物）

以下を含む オンボーディング＆アクティベーションパック を作成してください（チャット内のMarkdown、または依頼があればファイルとして作成）。

1. コンテキストの要約（目標、セグメント、制約、ベースライン）
2. 現在のFTUEマップ（ステップごと）＋摩擦の記録
3. アクティベーション／アハ体験の仕様（行動による定義＋しきい値＋検証計画）
4. 「最初の30秒」の体験仕様（マジックモーメント＋成功基準）
5. 「最初の一歩」のオンボーディング計画（アクティベーションまでのマイルストーン、各マイルストーンの仕組み）
6. 実験バックログ（優先順位付き）＋実験カード3～5件
7. 測定＋計測計画（イベント、プロパティ、ダッシュボード、ガードレール指標）
8. 展開／ロールバック＋リスク計画
9. リスク／未解決の質問／次のステップ（必ず含める）

テンプレートとチェックリスト：

• references/TEMPLATES.md
• references/WORKFLOW.md
• references/CHECKLISTS.md
• references/RUBRIC.md

ワークフロー（7ステップ）

1) インテークと目標設定（アクティベーション優先）

• 入力： ユーザーのプロンプト、references/INTAKE.md。
• アクション： 主要なセグメントとアクティベーションの成果を定義します。目標を測定可能なものにします（ベースライン → 目標、日付）。制約とガードレール（例：離脱を増やさない、ダークパターンを追加しない）を記録します。
• 出力： コンテキストのスナップショットと目標の記述。
• 確認事項： 目標は、指標、ベースライン、目標値、日付を含む1文になっています。

2) 初回利用のジャーニー（FTUE）の現状を把握する

• 入力： 現在のフローの説明／画面、ファネルと離脱ポイント、入手可能であればサポート／営業のメモ。
• アクション： ユーザーが流入してから最初の価値を得るまでのジャーニーマップを、ステップごとに作成します。摩擦（混乱、所要時間、権限、空の状態、選択肢の過多）を記録します。最大の離脱ポイントを1つ特定します。
• 出力： FTUE マップの表、摩擦の記録、主要な離脱ポイント。
• 確認事項： すべてのステップに、ユーザーの目標、プロダクトのアクション、測定可能なチェックポイント（イベントまたは代理指標）があります。

3) アクティベーション／「なるほど」の瞬間を定義する（行動ベース）

• 入力： 価値を示す行動の候補、利用可能なイベント、リテンションの定義（ある場合）。
• アクション： 「なるほど」を示す行動の候補を3～5個提案し、しきい値を設けたアクティベーションの定義を1つ選びます（例：「7日以内にXを作成し、Yを共有する」）。検証方法を明確にします（D7／D30との相関、可能であればホールドアウト）。
• 出力： アクティベーション／「なるほど」の瞬間の仕様、検証計画、計測に必要な項目。
• 確認事項： アクティベーションは観察可能で、再現性があり、測定可能です（「価値を理解する」ではありません）。

4) 「最初の30秒」を設計する（魔法のような体験にする）

• 入力： 主要な離脱ポイント、アクティベーションの仕様、制約。
• アクション： 最初の30秒でユーザーが何を見て、何をして、どう感じるべきかを明確にします。
  • 必須ではないセットアップを取り除くか、後回しにします（段階的な開示）。
  • すぐに使える、ネイティブでインタラクティブな成功体験を提供します（受動的なカルーセル形式の「ツアー」は避けます）。
  • 即座にフィードバックを返し、次のアクションを明確に示します。
• 出力： 最初の30秒の仕様（画面／スクリプトと成功基準）。
• 確認事項： 新規ユーザーが約30秒以内に意義のある「成功体験」に到達できます（できない場合は理由を記録し、最適な代理指標を示します）。

5) 「最初の一歩」の計画を作成する（マイルストーン → アクティベーション）

• 入力： アクティベーションの仕様、ジャーニーマップ、UX の制約。
• アクション： アクティベーションまでを3～6個のマイルストーン（「最初の一歩」）に分割します。各マイルストーンについて、仕組み（ガイド付きセットアップ、デフォルト、空の状態、テンプレート、チェックリスト、フィードバック、進捗状況）を定義します。オンボーディングは実際のアクションから切り離さず、「プロダクト内」で行われるようにします。
• 出力： 最初の一歩となるオンボーディング計画と、更新済みのジャーニーマップ。
• 確認事項： 各マイルストーンが価値実現までの時間を短縮し、先行指標となる指標を備えています。

6) 計測と測定の計画

• 入力： 現在のアナリティクス／イベント、提案するマイルストーン、ガードレール。
• アクション： 必要最小限のイベントスキーマとダッシュボード（ファネル、価値実現までの時間、アクティベーション率、初期リテンション）を定義します。ガードレール（サポートチケット、キャンセル、パフォーマンス）を追加します。
• 出力： 測定計画、イベントリスト／プロパティ、ダッシュボードの概要。
• 確認事項： すべての実験とマイルストーンに主要指標があり、少なくとも1つのガードレール指標があります。

7) 実験の優先順位付けと品質ゲート

• 入力： 介入策の候補、測定計画、references/CHECKLISTS.md、references/RUBRIC.md。
• アクション： 最も有望な機会を実験カードにまとめ、優先順位を付けます（効果 × 確信度 ÷ 工数）。ロールアウト／ロールバックの指針を追加します。チェックリストを実行し、評価基準で採点します。必ず リスク／未解決の質問／次のステップ を含めます。
• 出力： 最終的なオンボーディング＆アクティベーションパック。
• 確認事項： 上位3つの実験は制約内で実施可能で、「成功／失敗／学び」の基準があります。

品質ゲート（必須）

• references/CHECKLISTS.md と references/RUBRIC.md を使用します。
• 必ず リスク、未解決の質問、次のステップ を含めます。

例

例 1（B2B SaaS、ガイド付きセットアップ）：
「user-onboarding を使用してください。製品：SMB の業務向けワークフロー自動化ツール。セグメント：セルフサービスを初めて利用する管理者。ベースライン：サインアップ完了率 42％、7 日以内のアクティベーション率 9％。課題：ユーザーがインテグレーションの接続で行き詰まります。制約：3 週間のスプリント、エンジニア 1 名、デザイナー 1 名。成果物：アクティベーションの仕様、最初の 30 秒と最初のマイルストーンの計画、優先順位を付けた実験バックログを含む、オンボーディングとアクティベーションのパック。」

例 2（B2C アプリ、価値実現までの時間）：
「最初のセッションでユーザーに十分な手応えを感じてもらえていません。ユーザーが 30 秒以内に価値を実感できるようオンボーディングを再設計し、アクティベーションイベントを定義したうえで、指標とガードレールを含む 5 つの実験を提案してください。」

境界の例（製品のオンボーディングではないもの）：
「新入社員向けの従業員オンボーディングプログラムを作成してください。」
回答：このスキルの対象は製品のオンボーディングです。代わりに、人事のオンボーディング／研修プロセスを使用してください。