背景
Selection Commandは、テキスト選択を起点として検索、AIへの問い合わせ、リンクプレビューなどを実行できるChrome拡張機能である。
一方、初めてインストールしたユーザーは、
- Selection Commandで何ができるのか
- テキスト選択後に何が起こるのか
- コマンドをどのように利用するのか
- 自分の日常的な情報収集にどう役立つのか
を理解しないまま利用を開始する可能性がある。
その結果、インストールから「便利そう」「実際に使える」と感じるまでの時間（TTV: Time to Value）が長くなり、初回利用後の継続利用につながらない可能性がある。
そこで、拡張機能のインストール直後にインタラクティブなオンボーディングを表示し、ユーザー自身に操作してもらいながらSelection Commandの基本的な価値を体験してもらう。
2. 目的
Primary Goal
インストール後60〜90秒以内に、ユーザーがSelection Commandによる情報収集の効率化を体験できる状態を作る。
単に機能を理解してもらうことではなく、
«「Selection Commandを使うと、普段の情報収集が速くなる」»
という実感を得てもらうことを目的とする。
Secondary Goal
以下をユーザーに理解してもらう。
- テキスト選択からコマンドを実行できる
- 検索を高速化できる
- 選択したテキストをAIに送れる
- リンク先をタブを開かずに確認できる
- コマンドはカスタマイズ・追加できる
- 非目標（今回やらないこと）
以下は今回のスコープ外とする。
- オンボーディングのA/Bテスト
- 複数オンボーディングパターンの比較
- ユーザーごとのオンボーディング内容の最適化
- 高度なパーソナライズ
- 全機能の詳細なチュートリアル
- コマンド作成方法の詳細解説
- 有料プランへのアップセル
- 長時間の機能紹介
A/Bテストについては、今回の施策をリリースして基礎データを取得した後、Phase 2として検討する。
- 成功条件
オンボーディングの成功を「最後まで読んだこと」と定義しない。
重要なのは、ユーザーが実際にSelection Commandを使い始めることである。
Primary KPI
Time to First Command（TTFC）
拡張機能インストールから、初回コマンド実行までの時間。
目標：
«初回コマンド実行までの時間を可能な限り短縮する。»
具体的な目標値は、リリース後のベースラインデータを取得したうえで設定する。
Secondary KPI
- 初回コマンド実行率
- 初回Search実行率
- 初回AiPrompt実行率
- 初回Link Preview実行率
- オンボーディング完了率
- オンボーディングSkip率
- インストール後1日以内の再利用率
- インストール後7日以内の再利用率
- ターゲットユーザー
初めてSelection Commandをインストールしたユーザー。
特に、
- Web検索を頻繁に行う
- Webページから情報を収集する
- ChatGPTなどのAIを利用する
- 複数のWebページを比較・確認する
ユーザーを想定する。
- UX方針
6-1. 「説明」より「体験」を優先する
オンボーディングを読むチュートリアルではなく、実際に操作するインタラクティブチュートリアルとする。
基本構造：
«説明
↓
ユーザーが操作
↓
結果を体験
↓
「便利」と理解
↓
次の機能へ»
6-2. 最初の価値体験を最短にする
最初にSearch Commandを体験させる。
理由：
- 操作が単純
- 結果が分かりやすい
- Selection Commandの基本操作を理解できる
- 「選択 → コマンド → 結果」という基本メンタルモデルを形成できる
6-3. 60〜90秒程度で完了できる
現Issueの「3分程度」という目標を短縮し、
理想60秒、最大90秒程度
を目安とする。
ユーザーが途中で離脱しても、オンボーディングを完了しないと通常利用できないような制限は設けない。
6-4. 途中でSkipできる
ユーザーがすでにSelection Commandを理解している場合に備え、オンボーディングをスキップできるようにする。
- オンボーディングフロー
Step 0：開始
拡張機能を初めてインストールしたユーザーに、自動的にオンボーディングページを表示する。
表示内容
«Selection Commandのインストール、ありがとうございます。
まずは1分ほど、実際に使いながら試してみましょう。»
「Skip」も表示する。
Step 1：Search Command
目的
Selection Commandの基本操作を理解してもらう。
説明
«気になるテキストを選択して、すぐに検索してみましょう。»
操作対象となるテキストを表示する。
ユーザーがテキストを選択するまで待つ。
選択後
Selection Commandのメニューが表示されたら、該当するSearch Commandをハイライトする。
吹き出し：
«選択したテキストに対して、ここからコマンドを実行できます。»
続いてSearch Commandを指し、
«このコマンドを実行すると、Googleで検索できます。»
実行後
検索が実行されたことを確認。
元のオンボーディングページへ戻ったら、
«これで、気になった情報をすぐに検索できました。»
と表示する。
価値メッセージ
«選択 → コマンド → 検索。
気になった情報を、すぐに調べられます。»
Step 2：AiPrompt Command
目的
Selection CommandをAIとの情報収集にも利用できることを理解してもらう。
説明
«次は、選択したテキストをAIに聞いてみましょう。»
操作対象となるテキストを表示する。
ユーザーがテキストを選択するまで待つ。
選択後
AiPrompt Commandをハイライトする。
吹き出し：
«選択したテキストを、あらかじめ設定したプロンプトに入れてAIに送れます。»
AiPromptを実行。
実行後
«Webページを読みながら、その場でAIに質問できます。»
と表示。
価値メッセージ
«選択したテキスト × AI
「これって何？」「要約して」「比較して」などをすぐにAIへ聞けます。»
Step 3：Link Preview
目的
リンク先を確認するために新しいタブを開く必要がないことを体験してもらう。
説明
«最後に、リンク先をタブを開かずに確認してみましょう。»
1つのリンクを表示する。
操作
ユーザーがShift + clickするまで待つ。
リンクプレビューを表示。
表示
«リンク先をその場で確認できます。
確認が終わったら元のページに戻れます。»
重要な変更
現Issueにある「5個のリンクをすべてプレビューする体験」は今回のMVPでは実施しない。
理由：
- 操作回数が多い
- オンボーディング時間が伸びる
- ユーザーにタスクを課してしまう
- TTV短縮という目的と相反する
1リンクの体験だけで価値を伝える。
Step 4：Command Hubへの導線
3つの基本機能を体験した後、Commandの拡張性を簡潔に紹介する。
表示内容
«Selection Commandでは、自分に必要なコマンドを追加できます。»
«Command Hubから、検索・AI・翻訳などのコマンドを探して追加してみましょう。»
Command Hubへの導線を表示する。
ここではCommand作成方法を詳しく説明しない。
Step 5：完了
表示内容
«これで基本的な使い方は完了です。
Webページを見ながら、気になったテキストやリンクをSelection Commandで試してみてください。»
最後にCommand Hubなどへの導線を表示する。
- アニメーション・インタラクション
ユーザーが現在何を操作すべきか、視覚的に分かるようにする。
基本ルール
- 操作対象は背景を少し暗くする
- ゆっくり明滅させる
- 操作対象の近くに説明を表示
- 操作完了後に次の説明を表示
- 説明テキストは少し下からフェードイン
ただし、アニメーションは操作を邪魔しないことを優先する。
- ローカライズ
既存のSelection Commandのローカライズ方式に従い、多言語対応する。
最低限、日本語・英語を対象とする。
テキストをコード内にハードコードせず、既存のi18n機構を利用する。
- 表示条件
オンボーディングは、
「初めて拡張機能をインストールしたユーザー」
に対して表示する。
以下の場合は自動表示しない。
- 既にオンボーディングを完了している
- Skip済み
- 既存ユーザーのアップデート
- 再インストール等で既に利用経験があると判定できる場合
※ 初回インストール判定の具体的な実装方法は、既存の拡張機能状態管理方式に合わせて決定する。
- 計測設計
TTV短縮施策として効果を測定できるよう、オンボーディングの各重要イベントを計測する。
イベント
onboarding_start
オンボーディングを表示した。
Properties：
onboarding_skip
ユーザーがSkipした。
Properties：
onboarding_first_selection
オンボーディング中に初めて対象テキストを選択した。
Properties：
onboarding_command_execute
オンボーディング中にコマンドを実行した。
Properties：
onboarding_first_value
最初のSearch Commandを正常に実行した。
これをFirst Value到達イベントとして扱う。
onboarding_complete
最後のステップまで到達した。
Properties：
- TTV計測
特に以下を計測する。
TTFC
Time to First Command
«install timestamp → first command execute timestamp»
TTFV
Time to First Value
«install timestamp → first Search Command execute timestamp»
TTV短縮の評価では、単純なオンボーディング完了時間ではなく、First Command / First Valueまでの時間を重視する。
- アンケート
現Issueでは最後にLikert尺度による評価を取得するが、MVPでは必須としない。
理由：
- TTV改善に直接つながる指標ではない
- オンボーディング完了直後の離脱要因になる可能性がある
- 行動データのほうがActivationを測るうえで重要
必要であれば、オンボーディング完了後に任意回答として表示する。
質問候補：
«Selection Commandを使うと、普段の情報収集が効率化できそうですか？»
ただし、リリース初期は回答率よりも利用行動の計測を優先する。
- MVPのスコープ
In Scope
- 初回インストール時の自動オンボーディング表示
- インタラクティブなSearch Command体験
- インタラクティブなAiPrompt体験
- インタラクティブなLink Preview体験
- Command Hubへの導線
- Skip機能
- 60〜90秒程度の短時間設計
- ローカライズ
- インタラクション・アニメーション
- GAイベント計測
- First Command / First Valueの計測
Out of Scope
- A/Bテスト
- 複数オンボーディングパターン
- 5リンクを使ったLink Previewベンチマーク
- 詳細なCommand作成チュートリアル
- ユーザーごとのパーソナライズ
- 有料プランへの誘導
- オンボーディング内での全機能紹介
- 詳細なアンケート
- 完了条件
以下を満たしたらMVP完了とする。
- Phase 2
MVPリリース後、十分なデータを取得したうえで次の施策を検討する。
A/Bテスト
例：
- オンボーディングあり / なし
- 60秒版 / 3分版
- Search先行 / AI先行
- 1機能体験 / 3機能体験
比較指標：
- First Command Rate
- Time to First Command
- Time to First Value
- D1 Retention
- D7 Retention
- 2回目のCommand利用率
Phase 2では「どのオンボーディングが最もActivationに寄与するか」を検証する。
- PdMとしての施策判断
今回の施策で最も重要なのは、オンボーディングを完成させることではなく、ユーザーがSelection Commandの最初の価値を感じるまでの時間を短縮することである。
そのため、MVPでは機能説明を増やすよりも、
«説明 → 操作 → 成功 → 価値を理解»
というループを短くすることを優先する。
特に最初のSearch CommandをFirst Valueとして扱い、
«Install → Text Selection → Command Execute → Search»
を最短で成立させる。
AiPromptとLink Previewは、その後に「Selection Commandにはさらにこういう使い方がある」と理解してもらうための補助的な体験と位置付ける。
今回のMVPではA/Bテストを行わず、まず単一フローをリリースして、First Command / First Valueに関するベースラインデータを取得することを優先する。
そのデータをもとにPhase 2でA/Bテストを行い、オンボーディング自体の最適化につなげる。
背景
Selection Commandは、テキスト選択を起点として検索、AIへの問い合わせ、リンクプレビューなどを実行できるChrome拡張機能である。
一方、初めてインストールしたユーザーは、
を理解しないまま利用を開始する可能性がある。
その結果、インストールから「便利そう」「実際に使える」と感じるまでの時間（TTV: Time to Value）が長くなり、初回利用後の継続利用につながらない可能性がある。
そこで、拡張機能のインストール直後にインタラクティブなオンボーディングを表示し、ユーザー自身に操作してもらいながらSelection Commandの基本的な価値を体験してもらう。
2. 目的
Primary Goal
インストール後60〜90秒以内に、ユーザーがSelection Commandによる情報収集の効率化を体験できる状態を作る。
単に機能を理解してもらうことではなく、
«「Selection Commandを使うと、普段の情報収集が速くなる」»
という実感を得てもらうことを目的とする。
Secondary Goal
以下をユーザーに理解してもらう。
以下は今回のスコープ外とする。
A/Bテストについては、今回の施策をリリースして基礎データを取得した後、Phase 2として検討する。
オンボーディングの成功を「最後まで読んだこと」と定義しない。
重要なのは、ユーザーが実際にSelection Commandを使い始めることである。
Primary KPI
Time to First Command（TTFC）
拡張機能インストールから、初回コマンド実行までの時間。
目標：
«初回コマンド実行までの時間を可能な限り短縮する。»
具体的な目標値は、リリース後のベースラインデータを取得したうえで設定する。
Secondary KPI
初めてSelection Commandをインストールしたユーザー。
特に、
ユーザーを想定する。
6-1. 「説明」より「体験」を優先する
オンボーディングを読むチュートリアルではなく、実際に操作するインタラクティブチュートリアルとする。
基本構造：
«説明
↓
ユーザーが操作
↓
結果を体験
↓
「便利」と理解
↓
次の機能へ»
6-2. 最初の価値体験を最短にする
最初にSearch Commandを体験させる。
理由：
6-3. 60〜90秒程度で完了できる
現Issueの「3分程度」という目標を短縮し、
理想60秒、最大90秒程度
を目安とする。
ユーザーが途中で離脱しても、オンボーディングを完了しないと通常利用できないような制限は設けない。
6-4. 途中でSkipできる
ユーザーがすでにSelection Commandを理解している場合に備え、オンボーディングをスキップできるようにする。
Step 0：開始
拡張機能を初めてインストールしたユーザーに、自動的にオンボーディングページを表示する。
表示内容
«Selection Commandのインストール、ありがとうございます。
まずは1分ほど、実際に使いながら試してみましょう。»
「Skip」も表示する。
Step 1：Search Command
目的
Selection Commandの基本操作を理解してもらう。
説明
«気になるテキストを選択して、すぐに検索してみましょう。»
操作対象となるテキストを表示する。
ユーザーがテキストを選択するまで待つ。
選択後
Selection Commandのメニューが表示されたら、該当するSearch Commandをハイライトする。
吹き出し：
«選択したテキストに対して、ここからコマンドを実行できます。»
続いてSearch Commandを指し、
«このコマンドを実行すると、Googleで検索できます。»
実行後
検索が実行されたことを確認。
元のオンボーディングページへ戻ったら、
«これで、気になった情報をすぐに検索できました。»
と表示する。
価値メッセージ
«選択 → コマンド → 検索。
気になった情報を、すぐに調べられます。»
Step 2：AiPrompt Command
目的
Selection CommandをAIとの情報収集にも利用できることを理解してもらう。
説明
«次は、選択したテキストをAIに聞いてみましょう。»
操作対象となるテキストを表示する。
ユーザーがテキストを選択するまで待つ。
選択後
AiPrompt Commandをハイライトする。
吹き出し：
«選択したテキストを、あらかじめ設定したプロンプトに入れてAIに送れます。»
AiPromptを実行。
実行後
«Webページを読みながら、その場でAIに質問できます。»
と表示。
価値メッセージ
«選択したテキスト × AI
「これって何？」「要約して」「比較して」などをすぐにAIへ聞けます。»
Step 3：Link Preview
目的
リンク先を確認するために新しいタブを開く必要がないことを体験してもらう。
説明
«最後に、リンク先をタブを開かずに確認してみましょう。»
1つのリンクを表示する。
操作
ユーザーがShift + clickするまで待つ。
リンクプレビューを表示。
表示
«リンク先をその場で確認できます。
確認が終わったら元のページに戻れます。»
重要な変更
現Issueにある「5個のリンクをすべてプレビューする体験」は今回のMVPでは実施しない。
理由：
1リンクの体験だけで価値を伝える。
Step 4：Command Hubへの導線
3つの基本機能を体験した後、Commandの拡張性を簡潔に紹介する。
表示内容
«Selection Commandでは、自分に必要なコマンドを追加できます。»
«Command Hubから、検索・AI・翻訳などのコマンドを探して追加してみましょう。»
Command Hubへの導線を表示する。
ここではCommand作成方法を詳しく説明しない。
Step 5：完了
表示内容
«これで基本的な使い方は完了です。
Webページを見ながら、気になったテキストやリンクをSelection Commandで試してみてください。»
最後にCommand Hubなどへの導線を表示する。
ユーザーが現在何を操作すべきか、視覚的に分かるようにする。
基本ルール
ただし、アニメーションは操作を邪魔しないことを優先する。
既存のSelection Commandのローカライズ方式に従い、多言語対応する。
最低限、日本語・英語を対象とする。
テキストをコード内にハードコードせず、既存のi18n機構を利用する。
オンボーディングは、
「初めて拡張機能をインストールしたユーザー」
に対して表示する。
以下の場合は自動表示しない。
※ 初回インストール判定の具体的な実装方法は、既存の拡張機能状態管理方式に合わせて決定する。
TTV短縮施策として効果を測定できるよう、オンボーディングの各重要イベントを計測する。
イベント
onboarding_start
オンボーディングを表示した。
Properties：
onboarding_skip
ユーザーがSkipした。
Properties：
onboarding_first_selection
オンボーディング中に初めて対象テキストを選択した。
Properties：
onboarding_command_execute
オンボーディング中にコマンドを実行した。
Properties：
onboarding_first_value
最初のSearch Commandを正常に実行した。
これをFirst Value到達イベントとして扱う。
onboarding_complete
最後のステップまで到達した。
Properties：
特に以下を計測する。
TTFC
Time to First Command
«install timestamp → first command execute timestamp»
TTFV
Time to First Value
«install timestamp → first Search Command execute timestamp»
TTV短縮の評価では、単純なオンボーディング完了時間ではなく、First Command / First Valueまでの時間を重視する。
現Issueでは最後にLikert尺度による評価を取得するが、MVPでは必須としない。
理由：
必要であれば、オンボーディング完了後に任意回答として表示する。
質問候補：
«Selection Commandを使うと、普段の情報収集が効率化できそうですか？»
ただし、リリース初期は回答率よりも利用行動の計測を優先する。
In Scope
Out of Scope
以下を満たしたらMVP完了とする。
MVPリリース後、十分なデータを取得したうえで次の施策を検討する。
A/Bテスト
例：
比較指標：
Phase 2では「どのオンボーディングが最もActivationに寄与するか」を検証する。
今回の施策で最も重要なのは、オンボーディングを完成させることではなく、ユーザーがSelection Commandの最初の価値を感じるまでの時間を短縮することである。
そのため、MVPでは機能説明を増やすよりも、
«説明 → 操作 → 成功 → 価値を理解»
というループを短くすることを優先する。
特に最初のSearch CommandをFirst Valueとして扱い、
«Install → Text Selection → Command Execute → Search»
を最短で成立させる。
AiPromptとLink Previewは、その後に「Selection Commandにはさらにこういう使い方がある」と理解してもらうための補助的な体験と位置付ける。
今回のMVPではA/Bテストを行わず、まず単一フローをリリースして、First Command / First Valueに関するベースラインデータを取得することを優先する。
そのデータをもとにPhase 2でA/Bテストを行い、オンボーディング自体の最適化につなげる。