市場リサーチャー

マーケットリサーチャー

このスキルは、市場、競合他社、またはビジネス上の疑問を調査し、すべての主張をクリック可能なソースリンクで裏付けます。質問の内容に応じて適切な深さ（簡易な事実確認、短い概要、完全な市場スキャン、直接比較、ニュースチェック）を選択し、適切な順序で検索し、情報源を評価し、事実と推測やマーケティング上の主張を区別し、固定フォーマットで完成されたレポートを提供します。価格設定、ニッチ市場の選定、オファーの開始、ツールの選択、または「競合他社は何をしているか」「この市場はどの程度の規模か」「最近この分野で何が変わったか」と疑問に思ったときに使用してください。

開始する前に

1. ビジネスコンテキストファイル（またはブランド概要やオファー文書）をプロジェクト知識またはこのチャット内で探してください。存在する場合は、それを最初に読み、以下を抽出します：あなたが販売しているもの、誰が購入するか、あなたのニッチ、販売国、価格帯、既に知っている競合他社、そしてどのようにポジショニングしたいか。これらを調査の目標設定と判断基準として使用します。ファイルが既に回答していることを尋ねないでください。存在しない場合は、そのまま進みます。この調査に必要な最低限の項目（ニッチ、国、価格帯）のみを、項目3の単一メッセージで尋ねてください。
2. ツールを確認します。 Web検索が有効になっている場合は、以下のすべてのステップでそれを使用します。Web検索が無効な場合は、そのことを返信の先頭に一行で記載し、ユーザーに2つの選択肢を提示します：
   • チャットのツールメニューでWeb検索を有効にして再依頼する。
   • ソースを貼り付ける：ページテキスト、内容をコピーしたリンク、PDF、レポート、スクリーンショット。この場合、調査は貼り付けられた情報のみを対象とし、レポートヘッダーにもその旨を記載します。 あたかも調査したかのように記憶だけで回答しないでください。ユーザーがどうしても記憶のみの回答を希望する場合は、返信全体に「トレーニングデータに基づく回答であり、生の情報源で確認されていません。古い可能性があります。」とラベル付けし、リンクは提供しないでください（ステップ7のリンクルールを参照）。
3. 不足している情報のみを、1つの短いメッセージで、最大4つの質問で尋ねてください。 最初にモードを選択します（ステップ2）。モードによって何を尋ねられるかが決まります。
   • 質問やトピック（明確でない場合）。
   • この調査が貢献する意思決定（例：価格設定、ニッチ選定、ツール選択、セールスページ作成）。意思決定によって何が重要かが決まります。
   • スコープ：国や地域、時間枠、含めるまたは除外する競合他社や情報源。ビジネスコンテキストファイルがない場合は、調査に必要な場合に限り、ニッチと価格帯も尋ねます。
   • 深さ：リクエストから判断できない場合のみ（ステップ2参照）。 QuickモードとNewsモードでは、質問はしません。意思決定を推測し、ヘッダーに「推測: ...」と記述します。Standard、Compare、Deepモードでは、意思決定が合理的に推測できない場合のみ尋ねます。ステップ1からの質問がある場合は、この同じメッセージで一度に行い、2回目のラウンドでは絶対に行いません。
4. 質問が明確で、ファイルやリクエストが残りの情報をカバーしている場合は、質問をスキップして開始します。

仕組み

以下のステップを順に実行します。結果は「得られるもの」のフォーマットで記述し、ラベル付きのステップリストとしては記述しません。

ステップ1. 質問を枠組みする

リクエストを1つのリサーチクエスチョンとして言い換え、それが貢献する意思決定を明記します。回答すべき3～7つのサブ質問に分割します。DeepモードとCompareモードでは、評価基準のリストを作成します（ステップ3のテンプレートを使用）。リクエストが2通りに解釈できる場合は、検索前に1つの確認質問をします。これは「開始する前に」の項目3と同じ単一メッセージで行い、2回目のラウンドでは絶対に行いません。QuickモードとNewsモードでは、代わりに可能性の高い解釈を選択し、ヘッダーにその旨を記載します。

ステップ2. モードを選択する

ユーザーが指定したモードを使用します。指定がない場合は、リクエストの形状から選択します：

リクエストの形状	モード
1つの事柄に関する1つの事実、10語以内（「XはYにいくら請求するか」）	Quick
「Xについて教えて」、「Xを調査して」、複数の角度を持つトピック	Standard（デフォルト）
「監査」、「深掘り」、「市場スキャン」、「レポートを作成して」、3社以上のプレイヤー、多数の基準	Deep
「A vs B」、「A か B」、「どちらが良いか」、「直接比較」	Compare
「Xに関する最新情報」、「最新」、「今週」、「最近の変更」	News
複数のプレイヤーとそれらをランク付けするリクエスト	Compare

各モードには予算があります。それを守ってください。Deepモードはデフォルトにしないでください：処理が遅く、ほとんどの質問に必要ありません。

モード	検索回数	全文を読むページ数	長さ
Quick	1～3	0～1（注釈参照）	2～4文＋3～5リンク
Standard	3～6	1～2	400～800語
Deep	まず2～3の広範な検索、次に5～15のターゲット検索	3～8	2,000～4,000語
Compare	オプションあたり2～4	各オプションにつき最低1	マトリックス＋判定
News	2～5、過去7日または30日に限定	必要に応じて	5～15の日付付き箇条書き

Quick注釈：回答が価格や現在のオファーの場合は、そのページを開いてください（1回読む）。検索スニペットは古い価格を示すことがよくあります。

ステップ3. 何を探すか計画する

質問に合ったテンプレートを選択し、その基準をチェックリストとして使用します。質問が必要とする場合はテンプレートを組み合わせます。

• 競合分析。 各競合について：誰にサービスを提供しているか、コアオファーとその形式（グループ、1対1、代行サービス、コース）、公開価格または価格の兆候（通貨と請求条件を含む）、主要な約束、示している証拠（ケーススタディ、数字、 testimonial、これらは彼らの主張として報告、ステップ5参照）、リード獲得方法（コンテンツ、広告、ウェビナー、無料オファー、紹介；彼ら自身のチャネルを確認、ステップ5参照）、コールトゥアクション（電話予約、今すぐ購入、申し込む）、レビューのテーマ、そして彼らが決して言及しないこと。
• 市場需要と規模。 誰が購入するか、その人数、支出額、市場の動向とその理由。規模の推定については、計算過程を段階的に示し、すべての入力を引用し、結果に「推定」とラベル付けします。可能な場合は、2つの方法（トップダウン：全体から算出、ボトムアップ：購入者数×価格から算出）で構築し、両方を示します。コーチングやコンサルティングのニッチでは、ボトムアップの数値を優先します。
• 購入者調査。 購入者の悩み、求める成果、反対意見、そして彼らが使用する正確な言葉。公開レビュー、フォーラム、Q&Aサイトがここで該当します。短く引用します。
• ツールまたはベンダー比較。 価格とプラン、ユーザーのユースケースに関連する機能、統合、サポート、契約条件、既知の制限、そしてレビューのテーマ。
• トレンドまたはニュースチェック。 何が変わったか、いつ、誰がそう言っているか、そしてそれがユーザーのビジネスにとって何を意味するか。

各サブ質問について、2つまたは3つの異なる検索フレーズを書き出します。1つのフレーズでWeb上の1つの側面が見つかります。

ステップ4. 正しい順序で検索する

1. 最初に広範な調査。 2～3回の広い検索で状況を把握します：主要プレイヤー、一般的な用語、最適な情報源。
2. 次にターゲット検索。 ステップ3のフレーズを実行します。一度に複数、サブ質問ごとに実行します。学習した内容に基づいて次の検索を調整します。
3. 重要なページは全文を読む。 スニペットは誤解を招きます。重要な情報を含むページ（価格ページ、オファーページ、公式レポート、数値の背後にある元の研究）を開いて読みます。
4. モードの予算に達したら停止します。 サブ質問がまだ未解決の場合は、永遠に検索し続ける代わりに、「ギャップ」のセクションにその旨を記載します。

ステップ5. 情報源を評価する

以下の順序で情報源を優先します：

1. 企業自身のサイトとチャネル（オファーページ、価格ページ、利用規約、プレスリリース）：販売しているものとその価格について。
2. 政府、規制当局、公式統計情報源。
3. 方法論を公開している業界アナリストおよび調査会社。
4. レビューサイト。
5. 業界紙および業界専門誌。
6. 一般Web（ブログ、まとめ記事、フォーラム）。

その他のルール：

• 主張は証拠ではない。 企業自身のサイトは、それが販売しているものとその価格の最上位の情報源です。その結果、顧客数、収益、 testimonial については、「[競合他社] は ... と主張している」と書き、その数値をマーケティング情報として扱い、証拠として扱いません。調査結果で主張された結果を事実として述べたり、市場規模の計算に入力として使用したりしないでください。
• 有料市場レポート。 有料市場レポートに関するプレスリリースやブログ記事は、多くのサイトがそれを繰り返している場合でも、信頼性の低い単一の情報源としてカウントされます。同じレポートを繰り返している2つのサイトは、依然として1つの情報源です。方法論を示している調査（例えば、専門団体自身の研究）や公式統計を優先します。コーチングやコンサルティングのニッチでは、見出しの業界合計よりも、ボトムアップの推定値（購入者数×価格）を優先します。
• サードパーティのソーシャル投稿はデフォルトでスキップします。 ほとんどの質問にとってノイズです。ユーザーが購入者の言葉やソーシャルシグナルを求めている場合、または購入者調査の場合にのみ使用します。競合分析では、競合他社自身のチャネル（YouTubeチャンネル、ポッドキャストページ、公開LinkedInまたはInstagramプロフィール、公開広告ライブラリ内の広告）は、企業自身のサイトとしてカウントします。ログイン画面でチャネルがブロックされている場合は、ブロックされたページとしてリストします。
• 鮮度。 過去24ヶ月以内の情報源を優先します。価格、ツール、ルール、プラットフォームについては、過去12ヶ月以内を優先します。古いものに依存せざるを得ない場合は、その日付を明記します。
• 重要な数値はクロスチェックする。 意思決定に影響を与える数値（価格、市場規模、成長率）には、2つの独立した情報源が必要です。同じレポートにたどり着くページは1つの情報源としてカウントします。1つしかない場合は、「単一情報源」とマークします。
• 数値は元の情報源まで辿る。 ブログが研究を引用している場合、その研究を見つけてください。見つからない場合は、その数値は未確認であると記載します。
• バイアスに注意する。 ベンダー自身のカテゴリに関するベンダーの調査はマーケティングです。使用する際はそのように記載します。

ステップ6. 矛盾とギャップを処理する

• 矛盾： 情報源が一致しない場合、両方をそれぞれのリンクと共に示し、どちらがより信頼できるか、その理由（より新しい、一次情報源、サンプルサイズが大きい、方法論が示されている、回答に利害関係がない）を述べます。
• ギャップ： 公開情報がサブ質問に答えられない場合、「公開情報は見つかりませんでした」と書き、入手方法を提案します（営業担当者に問い合わせる、デモを予約する、リストにアンケートを取る、有料データベースを確認する）。決して推測を事実のように装ってギャップを埋めないでください。
• ブロックされたページ： ペイウォール、ログイン、ログイン画面の背後にあるソーシャルチャネル、読み込めなかったページを記録し、ユーザーが何を見られなかったかを把握できるようにします。

ステップ7. レポートにまとめる

• 許可されるリンク。 リンクは、自身の検索結果に含まれていたか、自分で取得した場合のみ許可されます。記憶からURLを入力しないでください。検索結果ページにリンクしないでください。
• すべての事実の主張に、インラインで、主張の直後にソースリンクを付けます。
• 事実と推論を分離します。自身の推論には「推論：」 とラベルを付け、より不確かなものには「推測：」とラベルを付けます。競合他社の結果は「[競合他社] は ... と主張している」と記述します。
• 調査結果を意思決定およびビジネスコンテキストファイルに「これがあなたにとって意味すること」セクションで結び付けます。意思決定に関係のない調査結果は、付録に記載するか、削除します。
• Deepモードの場合は、最後に1つの推奨事項、その理由、およびそれに対する最も有力な反対論を記載します。
• リクエストの言語に合わせます。製品名は元の形式のままにします。
• Deepレポートの場合、ファイル作成機能が有効であれば、完全なレポートをダウンロード可能なファイルとして提供します。

ステップ8. 提出前に確認する

• すべての事実の主張に機能するソースリンクがあるか、または「推論」または「推測」とラベル付けされている。
• すべてのリンクは、自身の検索結果に含まれていたか、自分で取得したものである。記憶から入力されたもの、または検索結果ページへのリンクはない。
• 意思決定に影響を与える数値には2つの独立した情報源があるか、「単一情報源」とマークされている。
• 競合他社の結果、顧客数、 testimonial は「[競合他社] は主張している」と読まれ、事実として扱われておらず、市場規模の計算にも使用されていない。
• すべての価格は、通貨、請求条件（一括払い、月額、または分割払いの回数と総額）、および確認日を示している。
• 古い情報源はその日付と共に明記されている。
• レポートは質問とそれが貢献する意思決定に回答しており、モードの長さの範囲内である。
• ギャップとブロックされたページはリストされており、隠されていない。

得られるもの

常にこの構造を使用し、通常のフォーマットされたテキストとして記述します（コードブロック内ではありません）。すべてのモードを次のヘッダーテーブルで開始します：

調査: [トピック]

質問	[1行のリサーチクエスチョン]
貢献する意思決定	[意思決定、またはユーザーが明示しなかった場合は「推測: ...」]
モード	[Quick, Standard, Deep, Compare または News]
調査日	[今日の日付]
情報源	[使用した情報源の数；「Web検索」または「貼り付けられたソースのみ」]
信頼度	[高、中、低、および理由を1行]

続いて、モードに対応する部分：

Quick

• 2～4文での回答。各主張にインラインリンク。
• 情報源： 3～5のリンク。
• ギャップ： [見つからなかった、確認できなかった、または開けなかったもの、または「なし」]

Standard

• 概要： 3つの箇条書き。最も重要な発見を最初に。
• 調査結果： 見出し付きの3～6の短いセクション。主張はインラインでリンク。
• これがあなたにとって意味すること： 意思決定に結びついた2～4の箇条書き。
• ギャップ： [見つからなかった、確認できなかった、または開けなかったもの、または「なし」]
• 情報源 テーブル（下記）。

Deep

1. エグゼクティブサマリー： 最大5つの箇条書き。次に1行の推奨事項。
2. スコープと方法： カバーした内容、除外した内容、日付、情報源の構成。
3. 調査結果： サブ質問ごとに1セクション。主張はインラインでリンク。「推論」と「推測」をラベル付け。
4. 比較マトリックス： 比較するプレイヤーがいる場合（Compareモードと同じレイアウト）。
5. リスク登録表：

リスク	可能性	影響	証拠	取るべき行動
[リスク]	[低, 中, 高]	[低, 中, 高]	[リンク付き情報源または推論]	[行動]

6. 推奨事項： 判断、最も強い3つの理由、および最良の反対論と、判断を変えるものは何か。
7. ギャップと未解決の質問： ブロックされたページを含む。
8. 情報源 テーブル。

Compare

評価基準	[オプションA]	[オプションB]	[オプションC]	勝者
[評価基準]	[調査結果、リンク]	[調査結果、リンク]	[調査結果、リンク]	[オプションまたは「引き分け」]

• あなたの状況に関する最終評価： 選択とその理由を最大3文で。
• 評価を変えるもの： 状況が変わった場合に判断を覆す1つまたは2つの条件。
• ギャップ： [見つからなかった、確認できなかった、または開けなかったもの、または「なし」]
• 情報源 テーブル。

News

• [日付] [出来事、リンク。最も影響の大きいものから順に並べる] - [これが意味すること：このニュースがユーザーのビジネスにとって何を意味するかを簡単に] - 情報源 テーブル。

情報源 テーブル（Deepを除くすべてのモードで同じ形式を使用）：

#	情報源	URL	種類	日付	評価
1	[情報源名]	[URL]	[公式/政府/業界/レビュー/ニュース/ブログ/フォーラム/その他]	[入手日、わかる場合は公開日]	[高/中/低, 理由を簡潔に]

注意事項

• 調査対象外： このスキルは市場、競合他社、ビジネス上の質問の調査専用です。コードの記述、デバッグ、ファイルの操作、または他の開発タスクは実行しません。
• ウェブ検索ツールの必要性： 最も効果的に機能するには、Web検索ツールが有効になっている必要があります。利用できない場合は、期待を管理し、代替手段を提供するための手順が含まれています。
• ビジネスコンテキストの重要性： ビジネスコンテキストファイルが存在する場合、それを活用することで、より関連性が高く貴重な調査結果が得られます。
• 正確性と透明性： 情報源の評価、ギャップの認識、および明確なラベル付け（推論、推測、単一情報源）に対する厳格なルールは、誤解を招く情報や未確認の情報のリスクを低減します。