前モデルや競合が登場する質問から始めます。新製品を実際の条件と照らし合わせ、第1弾を選び、ページの更新を割り当て、同じ質問で再テストして出方を追跡します。
12,000以上のニッチ市場を探索
Nov 05, 2026に更新されました
新製品が公開されると、チームには長いキーワード追跡リストが届くことがあります。追跡を設定する前に、それぞれの語がどの購入タスクを表しているかを確認します。
キーワードは「スマートウォッチ バッテリー持ち」のようなテーマを表します。購入の質問はユーザーが製品を選ぶためのもので、使い方、予算、スマホのOS、比較相手が含まれます。「Choose for your needs」は、自分の使い方と条件に合う製品を探すことです。「Compare specific options」は、名前の挙がった選択肢の中から選ぶことです。
1件の回答とは、1つのプラットフォーム、1つの地域、1つの日付で得られた結果です。同じ質問は繰り返し収集されることもあれば、異なるプラットフォームや地域で回答されることもあります。候補は質問IDで重複を除き、結果を確認するときは回答を1件ずつ残します。
チームが決めるべきなのは、どの購入タスクを狙うかです。AI検索での可視性ガイドを使ってまず市場を把握し、関連するニーズを見つけて回答を読みます。選んだ質問には、新製品と関係がある理由をはっきり持たせます。
既存の記録から始めます。Dagenoが2026年8月3日から19日にスマートウォッチ市場で収集した回答です。このデータには全文のある回答が3,069件あります。そのうち2,253件にはプラットフォーム、地域、質問タイプの情報があります。
AppleのプレスリリースThe latest iPhone, Apple Watch, and AirPods lineups arrive in stores worldwideによると、Apple Watch Series 12とApple Watch Ultra 4は2026年9月18日に店頭に並びました。
あなたがこのブランドなら、まず前モデルのSeries 11が登場した購入タスクから候補を探します。次に、Series 12がそのユーザーに合うかどうかを製品担当者に確認してもらいます。担当者が確認するのは、スマホのOS、使い方、予算、地域、利用上の制限です。前モデルが登場する既存の回答が、候補の出発点になります。
続いて、同じ質問で新製品についての回答を収集し、言い回しをそのまま保存します。確認が済んだ候補をページ作業に落とし込み、固定した質問で再テストします。
まずプロンプトの文面を読み、候補を3つのグループに分けます。
ブランド名入りの質問とカテゴリの質問は分けて報告します。そうすると、ユーザーが知っているブランドを確かめているのか、候補を探しているのかがわかります。ブランド名が入っているかどうかは、プロンプトの文面で記録します。今回の素材では、プロンプトの文面をチームが既存の質問セットから埋める必要があります。該当するラベルは、ひとまず「記入待ち」としておきます。
回答の中で一緒に登場するモデルから、比較相手の候補を探します。そのうえで、同じ購入タスクに応えるモデルかどうかを製品担当者に確認します。第5章では、これらのモデルを新製品の条件でふるいにかけます。
製品を選ぶユーザーは、まず製品を知り、候補を絞り、利用条件を確かめ、購入先を探します。第1弾の質問は、チームがいま取り組むタスクに割り当てます。
前モデルがすでに登場している場所を見てみます。全文のある3,069件の回答のうち、483件がSeries 11の名前を挙げています。そのうち435件には質問タイプの情報があります。モデルが登場したかどうかは、回答の本文にその名前があるかで判定しています。
| 質問タイプ | Series 11の名前が出る回答 |
|---|---|
| Recommendations → Choose for your needs | 210 |
| Recommendations → See top recommendations | 65 |
| Evaluation & comparison → Compare specific options | 56 |
上の2タイプで合計275件、435件の63%です。具体的な比較を加えると331件、76%になります。新製品を購入の選択肢に登場させたいなら、まずこの3タイプを読み、すでにある製品の話題から始めます。
Informational research、How-to & guidance、Pricing & cost、Providers & purchase channelsの候補は、タスクに応じて追加します。どの段階から取り組むかはAIの購入質問の優先順位で決めます。たとえば、ユーザーの製品選びを助けるのが目的なら、選定と比較から始めます。ユーザーが購入先を探しているなら、購入チャネルの情報を確認します。
候補グループごとに、スマホのOS、使い方、予算、地域の順で記録します。まずユーザーの必須条件を並べ、新製品がそれを満たすかを製品担当者に確認してもらいます。一緒に確認するのは、条件が同じ候補だけにします。
プラットフォームと地域は、ターゲット顧客に合わせて選びます。対応する地域、現地の担当者、観察するプラットフォームを記録します。そのうえで地域別のAI可視性チェックを使って収集を計画します。現地の担当者が条件を確認できるよう、質問と回答は地域ごとに分けて保存します。
回答はDemand & insights → Search intents → Recommendations → サブインテントを選択 → View AI responsesの順で読みます。まず「Choose for your needs」を開き、次に「See top recommendations」を開きます。新製品に関係するタスクが見つかったら、その回答の記録をチームの質問セットにある元の質問と照合します。
Search intentsの「Recommendations」（スマートウォッチ市場、Apple、2026年10月12日閲覧）。サブインテントごとに上位ブランドと、現在のブランドのVisibility rankが表示されます。まず質問タイプを選び、そのあとチームの質問セットから具体的なプロンプトを取り出します。
「Choose for your needs」でのAppleのVisibilityは61.32%、Visibility rankは2位です。Visibilityは、そのサブインテントの回答のうちブランドに言及した回答の割合です。現在のダッシュボードの期間は9月11日から15日です。
ブランドの可視性だけでは、新製品が登場したか、推薦されたかは判断できません。回答の全文でモデル名と選択の言い回しを確認してください。
候補の記録には、質問ID、元の質問、サブインテント、プラットフォーム、地域、日付、元の回答をまず入れます。プロンプトの文面はチームの既存の質問セットから取り、ないものは「記入待ち」とします。そうすれば、マーケティングは同じ質問に戻ることができ、製品担当者は同じ証拠を読めます。
まずIDで重複を除きます。1つの質問IDは1つの質問として数えます。1つの質問への回答が異なると、その質問が複数のサブインテントに入ることがあります。このデータには1,573の質問があり、そのうち119が複数のサブインテントに入っています。これらは関係するそれぞれのサブインテントに残します。
| 質問タイプ | 異なる質問の数 | Series 11の名前が出る回答がある質問 |
|---|---|---|
| Choose for your needs | 700 | 163 |
| See top recommendations | 106 | 46 |
| Compare specific options | 148 | 42 |
あなたがこのブランドなら、「Choose for your needs」では163の質問の回答に前モデルが登場しています。まずこれらの質問を製品担当者に渡し、新モデルが合うかを確認してもらいます。次に、トップ推薦と具体的な比較の候補を確認します。3つの分類は重なることがあるため、合計は質問IDで重複を除いて出します。
重複を除いたら、ニーズごとに質問をまとめます。ユーザー条件と、各質問が扱うタスクを確認します。使い方とスマホのOSの条件が同じ似た言い回しは、1つのグループにまとめます。代表の質問には、チームの実際の顧客の話し方に近いものを残します。OS、使い方、予算の条件が違う場合は、グループを分けたままにします。
AI可視性のプロンプトセットガイドに沿って、ID、元の言い回し、条件、タイプ、グループを保存します。プロンプトの文面が記入待ちの記録は、IDと回答の証拠を残しておきます。文面が埋まったら、その質問を代表に使うかを決めます。
元のセットは、モデル、対象ユーザー、利用条件、購入チャネルの観点で見直します。質問を扱う前に、それぞれの事実を製品担当者に確認してもらいます。まだ当てはまる質問は残します。製品がもう応えないニーズの質問は、廃止の印を付けます。新製品に確認済みの新しい使い方がある場合は、候補を追加します。
質問を追加するときは、営業が実際に受けた言い回し、対応する新製品の事実、検索ボリュームの欄をそれぞれ用意します。記入する担当者を割り当てます。新しく作った言い回しは「確認待ちの候補」とし、マーケティングと製品担当者が確認してから追加します。新しい質問には、それぞれ理由と担当者を記録します。
候補グループごとに、次の順で確認します。新製品はこのユーザーに応えるか。地域とスマホのOSに合うか。予算、費用、バッテリー持ち、制限は確認済みの事実で裏付けられているか。この回答はユーザーの製品選びに役立つか。
タスクと条件が確認できたら、第1弾に入れるかを決めます。確認待ちの事実は、製品担当者に裏付け資料を求めます。製品が合わない質問は保留にします。
市場のテーマは、確認すべき訴求点をチームが洗い出すのに役立ちます。市場テーマの表には49のテーマがあります。8月3日から19日までの13の収集日の回答数を合計すると、「Long Battery Life」は1,674件、「Seamless Ecosystem Integration」は461件です。1つの回答に複数のテーマが含まれることがあり、テーマごとに別々に数えています。
続いて、Demand & insights → Brand value props → Brand × value prop share heatmapで、現在のブランドの訴求点を読みます。
Brand × value prop share heatmap（スマートウォッチ市場、Apple、2026年10月12日閲覧）。数字は収集した回答での言及数です。Long Battery LifeではGarminが413、Appleが40です。Seamless Ecosystem IntegrationではAppleが134で首位です。
各セルは、その訴求点についてのブランドの言及数です。色は、同じ訴求点の中での相対的なシェアを表します。「Long Battery Life」と「Seamless Ecosystem Integration」の行を読み、新モデルのバッテリー持ち、スマホOSとの互換性、利用上の制限を製品担当者に確認してもらいます。
テーマの件数とヒートマップは、新製品の性能を証明するものではありません。ブランドが出てこない回答を特定の訴求点のせいにする根拠にもなりません。
新製品が満たすと確認できたニーズの候補は残します。確認待ちの条件については、確認すべき事実と確認する担当者を記録します。
前モデルが登場する回答から始めます。Series 11の名前が出るRecommendationsの回答284件で、同時に挙がる他のモデルを回答ごとに1回ずつ数えます。社外の候補は次のとおりです。
| 比較相手の候補 | Series 11と一緒にこのモデルの名前が出る回答 |
|---|---|
| Galaxy Watch8 | 144 |
| Venu 4 | 87 |
| Pixel Watch 4 | 67 |
| Fenix 8 | 66 |
上位3つについては、同じ使い方、予算、地域、OSの条件で確認するよう製品担当者に依頼します。Fenix 8が同じ購入タスクに応えるかどうかも、製品担当者が確認します。Apple自身の製品ラインでは、Ultra 3が135件、SE 3が93件、Series 10が50件の回答に登場します。これらは製品ライン内での選択として記録します。
次に、Appleが出てこない回答を見ます。全文のあるRecommendationsの回答1,265件のうち、473件（37.4%）はAppleに言及していません。そのうち397件は「Choose for your needs」に属します。Appleが出てこないこれらの回答では、GarminのForerunnerシリーズが112件、Fenix 8が75件に登場します。これらの質問を狙うかどうかは、新モデルの利用条件をもとに製品担当者が決めます。
「Competitor research → Competitor performance」では、まず競合が登場する場面を見て、次に関連する引用元を見て、最後に回答の全文で具体的なモデルを確認します。ブランドが競合より下に並ぶときの回答チェックを使って、両ブランドの位置を保存します。そのうえでAIの回答における推薦のレベルを使って、単なる列挙と推薦を区別し、言い回しと条件を保存します。
続いて、同じ質問への繰り返しの回答を確認します。質問ID、プラットフォーム、地域が同じで、異なる日にちょうど2回収集され、どちらの回答にも全文がある記録をペアにします。このデータには該当するペアが292組あります。
1回だけ登場した38組は、再テスト待ちのキューに入れます。両方の回答を保存し、もう1回収集する予定を立てます。2回とも登場した記録でも、適合性は製品担当者が確認する必要があります。前モデルが安定して登場していることは、どのタスクから確認するかを決める手がかりになります。
Series 11の名前が出る同じ284件のRecommendationsの回答で、引用しているドメインを回答ごとに1回ずつ数えます。Wareableは126件、TechRadarは106件、YouTubeは102件、Redditは69件、Appleの公式サイトは37件の回答の引用に登場します。
これらの引用元の記録から確認リストを作ります。回答の中で引用されている具体的なページを探します。そのページの公開日、扱っているモデル、利用条件、回答の言い回しとのつながりを確認します。新製品のレビューがあるか、何と書いてあるかは、ページを確認したあとで記入します。
確認が終わったら、候補に必要なものに応じて作業を割り当てます。
使い方や比較を追加するときは、AIの推薦を支えるランディングページに沿って、確認済みの事実を関連する説明のすぐ横に置きます。ページの修正はすべて、それが扱う購入の質問にひも付けます。
製品の適合性に関する事実を確認し、購入タスクを確かめ、競合と繰り返し収集した回答の証拠を読み、チームが実行できるコンテンツ作業を確認します。同じ順序で候補に「第1弾 / 再テスト待ち / 保留」の印を付け、理由を記録します。
検索ボリュームとスコアの重み付けは、チームが記入する欄として空けておきます。スコア付けが必要なら、まず製品とマーケティングで基準、重み、適用開始日を合意します。そのうえで、すべての候補を同じルールで確認します。今の段階では、各確認の結果をリストに記録しておきます。
以下は第1弾の質問リストのテンプレートです。プロンプトの文面、担当者名、新製品の適合性はチームが記入します。確認する役割は提案です。
| 質問タイプ | 選ぶ理由 | 比較相手 | 確認する人 |
|---|---|---|---|
| Choose for your needs | 163の質問の回答に前モデルが登場。新製品の条件と代表の言い回しを質問ごとに確認 | 使い方ごとに製品担当者が確認 | 製品とマーケティング。確認待ち |
| See top recommendations | 46の質問の回答に前モデルが登場。地域、使い方、予算、重なりを確認 | 製品ライン内の選択は分けて扱う。最終的なモデルは確認待ち | 製品とマーケティング。確認待ち |
| Compare specific options | 42の質問の回答に前モデルが登場。同じ購入タスクかを確認 | Galaxy Watch8、Venu 4、Pixel Watch 4が候補 | 製品。確認待ち |
| ブランドが出てこない選定の質問 | 回答の中で不在が観察された。新製品が合い、ページ作業ができれば追加 | 具体的な回答の中のモデルを確認 | 製品と地域担当者。確認待ち |
上の3行には同じ質問が入りうるため、合計はIDで重複を除きます。不在の記録473件は回答の数です。候補の質問リストはIDで作ります。選んだ質問にはすべて、元の質問、回答、ふるい分けの結果、確認する担当者を保存します。
まず購入タスクのカバー範囲と対象地域を決め、各グループから条件のはっきりした代表の質問を残します。事実、担当者、ページ作業を質問ごとに確認します。最後に、チームが再テストを続けられるかを確認します。カバー範囲の計画にはAI可視性のサンプルサイズを使います。第1弾の数、プラットフォーム、頻度を計画に書き込みます。
チームがまだすべての候補を読めない場合は、ページ作業と再テストの予定が組める確認済みのタスクから始めます。残りは確認キューに置いておきます。次の回で事実が埋まったら、セットを広げるかを決めます。
まず修正する自社ページを特定し、確認済みの新製品の事実を並べ、確認する担当者と証拠を明記し、作業を再テストの質問と日付にひも付けます。
以下は再テスト計画付きのページ作業シートです。実際のページ、担当者名、日付はチームが記入します。
| ページ | 書くべき新製品の事実 | 確認する人 | 証拠 | 再テストの質問と日付 |
|---|---|---|---|---|
| 新製品ページ。実際のページは記入待ち | モデル、地域、互換性、費用、制限は確認待ち | 製品。名前は記入待ち | 製品資料は記入待ち。製品名と店頭発売日はAppleのプレスリリースで裏付け | 第1弾リストからIDと元の言い回しを記入。日付は未定 |
| 使い方または比較のページ。実際のページは記入待ち | どんな人に合うか、選ぶ理由、同じ条件での比較。事実は確認待ち | 製品とマーケティング。名前は記入待ち | 確認済みの事実と回答の記録。具体的なリンクは記入待ち | 元の質問、プラットフォーム、地域を固定。日付は未定 |
| 引用元の確認作業にひも付く自社ページ。記入待ち | レビュー執筆者が確かめられる事実とテスト条件。確認待ち | 製品とコンテンツ。名前は記入待ち | 引用ドメインで方向性はわかる。具体的な引用ページは確認待ち | ページの更新と回答の引用を記録。日付は未定 |
製品側の確認が済んだら、関連する事実のすぐ横に証拠を置き、ページ名をリンクの文字にします。見直しの際、チームはページの記述を製品資料までたどり、さらにそれが扱うはずの元の質問までたどれます。
再テストでは、質問の言い回し、プラットフォーム、地域、言語、収集方法、モデルの判定ルールを固定します。日付ごとに回答の全文を保存します。新製品が登場したか、列挙されたのか推薦されたのか、示された条件が正確か、どのページが引用されたかを記録します。まだ確認していない記録には確認待ちの印を付けます。
AIの推薦が改善したかの検証に沿って、ページの修正と繰り返しの収集記録を保存します。元の質問ごとに回答の変化を確認します。元のセットの再テストは続け、新しい質問を追加した理由は別に記録します。
新しいモデルが出たとき、利用条件が変わったとき、新しい比較相手が現れたときに、セットを見直します。同じタスクの重複した言い回しはまとめ、製品がもう応えないニーズの質問は廃止し、確認済みの事実に裏付けられたタスクを追加します。
チームは第1弾の質問リストとページ作業シートを一緒に管理します。「Value prop opportunities」の推奨欄は、確認すべき点を示してくれます。コンテンツの作業を決める前に、新製品の事実を製品担当者が確認します。
前モデルの既存の購入タスクから候補を探し、新モデルが合うかを製品担当者に確認してもらいます。リストができたら、元の質問で新製品についての回答を収集します。モデル名、言い回し、条件、引用を保存し、あとの再テストに使います。
まず製品の適合性、購入の段階、回答の証拠、実行できる作業を1つずつ確認します。検索ボリュームと重み付けは記入待ちにしておきます。スコア付けが必要なら、先にチームでルールを合意し、そのうえですべての候補を同じ基準で確認します。
まず新製品が使い方、OS、予算、地域の条件を満たすかを確認します。適合が確認でき、ページ作業ができるなら第1弾に入れます。確認待ちなら裏付けとなる事実を集め、製品が合わないなら保留にします。
ユーザー条件と購入タスクが同じかを確認し、代表の言い回しを選びます。条件が変わる場合はグループを分けます。新しい質問は元のセットとは別に記録します。元の言い回しを保存し、あとの再テストでもそのまま使います。
Dageno is the research and insights team at Dageno AI, publishing industry reports and expert analysis on AI Search Visibility, Generative Engine Optimization (GEO), and AI-powered search discovery.
Read full bio
Alexa for Shopping
