Coworkリサーチの進め方 — 市場調査・競合分析を任せる指示の型と、出典確認・レポート化の運用

市場調査や競合分析をClaude Coworkに任せるとき、成果を分けるのは調査能力そのものではありません。どこまでを渡し、どこから人が引き取るかの線引きです。Coworkは公開Webからの収集と、集めたものの整理・ファイル化を得意とします。一方で「この事実は何を意味するか」の判断は、渡す情報の枠組みを人が決めておかないと平板な要約に終わります。ここでは、リサーチを3工程に分けたうえで、指示文の型・出典確認の運用・レポート形式での受け取り方を扱います。

リサーチを3工程に分けると、Coworkの守備範囲が見える

リサーチ業務は「収集」「整理」「示唆」の3つに分解できます。この3つは自動化との相性がまったく違います。

収集と整理で人が消耗している時間は長く、ここを削るだけでもリサーチの回転は上がります。示唆の工程を丸ごと投げると、どこかで見たような一般論が返ってきます。Cowork全体の機能と料金はClaude Coworkとはにまとめました。

収集の実像 — 実行環境の切り分けを押さえる

Coworkでは、エージェントの処理やコード実行は隔離された環境で動く一方、ブラウザー操作やローカルファイルへのアクセスはユーザー端末のClaude Desktopアプリを経由して行われる構成です。成果物はファイルとして書き出され、収集の途中経過はスクリーンショットで確認できます。

ログインや二要素認証が必要な情報源をどこまで扱えるかは、この接続構成と権限設定に依存します。本番の調査設計に組み込む前に、対象の情報源で小さく試して通るかを確かめるのが確実です。有料データベースや会員制メディアを主軸に据える場合は、認証まわりを人が対応する工程を前提に組む必要があります。

実用範囲として安定しているのは、公開Webサイトからの情報収集とスクリーンショット整理、公開ダッシュボードからの指標抽出、商品リサーチや価格比較あたりです。画面操作はピクセル単位で行われるため、対象サイトのUI変更で手順が壊れることもあります。この構造の詳細はClaude CoworkのComputer Use・VMサンドボックスで扱っています。

社内資料側は経路が別です。Microsoft 365やGoogle Workspace、Slack、Atlassianなどに接続するConnectorsを繋いでおくと、外部情報と社内の議事録・提案書を同じセッションで突き合わせられます。設定手順はCowork × Microsoft 365連携ガイドにあります。

調査観点の与え方 — 4つの型

指示文の出来がそのまま成果物の粒度になります。業務シーン別のプロンプト集はClaude Cowork業務テンプレート12選にありますので、ここでは「どんな調査でも共通して効く観点の与え方」を4つの型として置きます。

型1: 比較軸を先に固定する

競合分析が散らかる原因のほとんどは、軸を決めずに「調べて」と投げていることです。軸を先に宣言すると、出力は自動的に表の形に近づきます。

{A社}{B社}{C社}を次の4軸で比較してください。軸は追加しないでください。
 
1. 提供形態(SaaS / オンプレ / ハイブリッド)
2. 公開されている価格体系(最小構成の月額と課金単位)
3. 直近12か月に発表した新機能(3件まで)
4. 公表されている導入業種
 
各セルは40字以内。軸に該当する情報が公開されていない場合は
「公開情報なし」と書き、推測で埋めないでください。

「軸は追加しないでください」の一文が効きます。これがないと、調査の途中で見つけた面白い情報を足しにいって、社数ごとに項目がずれた表が返ってきます。

型2: 期間と情報源の種類を切る

「最新の動向」は解釈の幅が広すぎる指示です。期間を日付で切り、情報源の種類を列挙すると、拾う範囲が安定します。

対象期間: 2026年5月1日〜2026年7月20日(この範囲外は除外)
拾う情報源: 各社の公式サイト・公式ブログ・プレスリリース
拾わない情報源: 個人ブログ、まとめサイト、SNSの投稿
公開日が確認できない記事は採用せず、除外した理由を末尾に列挙してください。

除外した理由を書かせるのが要点です。網に掛からなかったものが見えると、情報源の指定が狭すぎたのか、そもそも動きがなかったのかを判断できます。

型3: 出力の粒度を数で縛る

「詳しく」「簡潔に」は人によって解釈が割れます。件数・文字数・見出し数のいずれかを数で指定すると、再実行しても粒度が揃います。

- 各社の要約は3行(1行あたり60字以内)
- 論点は5件まで。優先度の高い順に並べる
- 出典は各項目の末尾に1件、URLをそのまま記載

型4: 「わからなかった」を返させる

調査で最も危ないのは、空欄を埋めようとして推測が事実の顔をして混ざることです。わからなかったものをわからないまま返す指示を、毎回入れる価値があります。

確認できなかった項目は「未確認」と明記し、
どこまで調べてどこで行き止まりになったかを1行で添えてください。

Coworkは初回の指示で完成品を返すより、2〜3往復したほうが精度が上がります。1回目は7割の叩き台を取りに行き、ずれた軸を指摘して詰めていく進め方が現実的です。

毎回書く前提はGlobal Instructionsに逃がす

4つの型を毎回フルで書くのは続きません。調査ごとに変わらない前提は、Global Instructionsに寄せておくと指示文が「今回の調査対象」だけで済みます。

寄せる価値があるのは次のような項目です。

• 自社の事業領域と、比較対象になりやすい競合の社名
• 採用しない情報源の種類(まとめサイト、日付不明の記事など)
• 成果物の既定フォーマット(見出し構成、出典の書き方、1行あたりの字数)
• 保存先フォルダーのパス

逆に、調査ごとに変わる条件をGlobal Instructionsに書くと、別の調査で足を引っ張ります。対象期間や比較軸のように「今回はこう」という条件は、その都度の指示文に残す切り分けになります。

チームで共用する場合は、個人の業務前提ではなく組織として守りたいルール(渡してよい資料の範囲、外部公開の可否)を優先する形が扱いやすく、個人最適化は自分用のメモに置く二層構成が現実的です。

出典確認をどう運用に組み込むか

出典URLを付けさせるところまでは、指示文に1行足せば済みます。問題はその先で、URLが付いていることと、その内容が主張を支えていることは別です。実務では次の3段階に分けて確認する形が回ります。

3段階のうち、実際に事故が起きるのは日付確認です。数年前の記事を最新の動きとして拾ってくるケースは一定の頻度で起きます。期間を切った指示を出していても、記事の日付表記が特殊なサイトでは取り違えが起こります。

種別確認は、その調査結果をどこで使うかで基準を変えられます。社内の初期検討であれば二次報道も材料になりますが、稟議や外部向け資料に載せる数値なら一次発表まで遡る運用にしておくと、後から出典を聞かれても答えられます。

レポート形式で受け取る工夫

調査結果をチャット上のテキストで受け取ると、そこから資料に起こす手間が残ります。Coworkはローカルファイルの読み書きができるため、最初から成果物の形で出させたほうが早く終わります。

効くのは次の3点です。

• 保存先とファイル名を指示に含める:「Cowork作業用フォルダーに competitor-2026-07.md として保存」まで書くと、成果物が散らばりません
• テンプレートを先に渡す:見出しだけ書いた空のファイルを置き、「この見出し構成のまま埋めてください」と指示すると、毎回同じ形で返ってきます
• 表にする列を指定する:CSVやスプレッドシートで受け取る場合、列名を先に決めておくと、そのまま集計に回せます

テンプレートを先に渡す方法は、複数回のリサーチを横に並べたいときに特に効きます。同じ見出し構成のファイルが月次で積み上がっていくと、差分そのものが分析材料になります。

「示唆」の質を決めるのは、渡す前の問いの立て方

冒頭で示唆の工程は限定的だと書きました。ここを補うのは追加の調査量ではなく、問いの立て方です。集まった事実の並べ方が変わるだけで、同じ材料から出てくる結論の質が変わります。

実務で効く問いの立て方は3つあります。

1つ目は、比較の目的を先に宣言することです。「競合を比較する」ではなく「自社の価格改定が妥当かを判断するために比較する」と書くと、拾う軸が価格体系と課金単位に寄ります。目的を伏せたまま広く比較を頼むと、どの軸も浅い表が返ってきます。

2つ目は、反証を明示的に探させることです。仮説を渡したうえで「この仮説と矛盾する公開情報を3件挙げてください」と依頼すると、都合の良い材料だけが並ぶ状態を避けられます。仮説を支持する材料はもともと集まりやすいため、意識して逆側を取りに行く指示を足す価値があります。

3つ目は、出典の厚みで論点を分けることです。一次発表が複数ある論点と、二次報道1件しか根拠がない論点を同じ強さで並べると、資料としての信頼度が下がります。「根拠の件数と種別を各論点に添えてください」と書いておくと、読む側が重みを判断できる形で戻ってきます。

これらは調査の自動化とは逆方向の作業です。渡す前に人が考える量が、返ってくる示唆の質を決めるという関係は、Coworkの自律度が上がっても変わりません。

定点観測に落とすときの注意点

一度きりの調査で終わらせず、週次や月次の定点観測にしたい場合はScheduled Tasksが使えます。「毎週金曜10時」のような指定を自然言語で書くだけで組めるため、cronやCIの知識は要りません。

ただし、実行時刻が分単位で正確であることを前提にした運用は避けたほうが安全です。長時間走るタスクは途中で止まる場合もあるため、調査対象が多いなら複数ジョブに分割する形になります。実行結果はチャットスレッドに通知されるので、通知が溜まる前提で確認のタイミングを決めておくと運用が続きます。

定期実行と相性が良いのは、情報源が公開Webで完結し、ログインを要求されない調査です。認証を挟む情報源を含めると実行が止まりやすく、自動化の意味が薄れます。

Claude本体との使い分け

すべてをCoworkに寄せる必要はありません。同じ調査でも、工程によって向き先が変わります。

判断の目安は、外に取りに行く動作とファイルの出し入れが要るかどうかです。要らないなら標準のチャットのほうが速く、Coworkは自律的に複数ステップを踏むぶん使用量も増えます。開発寄りの調査、たとえばリポジトリを横断してコードの実装状況を調べるような作業は、Claude Code側の領域になります。

よくある質問

Coworkは有料プランでないと使えませんか

Pro・Max・Team・Enterpriseのいずれかの有料プランが必要です。Freeプランでは利用できません。

調査中に「ログインしてください」で止まってしまいます

ブラウザー操作はユーザー端末のClaude Desktopアプリを経由する構成のため、ログインが必要なサイトを扱えるかは端末側の状態と接続構成に依存します。認証が必要な情報源は途中で止まりやすいため、公開情報で足りる設計にするか、認証を伴う工程は人が担当する分担が現実的です。

調査結果の出典が古い記事だったことがあります

期間の指定に加えて、公開日が確認できない記事を採用しないルールと、除外した理由の列挙を指示に含めると、取り違えを見つけやすくなります。日付確認は全件行う前提で運用に組み込む形が安全です。

同時に複数の調査を走らせられますか

多数の調査を同時に走らせるより、優先度を付けて順に流すか、テーマごとに複数のタスクへ分割する形が現実的です。1本の長時間タスクは途中で止まったときの巻き戻しも大きくなります。

まとめ

Coworkにリサーチを任せるときの分岐点は、収集と整理を渡し、示唆の枠組みは人が持つという線引きにあります。指示文では比較軸を先に固定し、期間と情報源の種類を切り、出力の粒度を数で縛り、わからなかったものは未確認として返させる。この4点を型として持っておくと、調査のたびに指示文をゼロから考えずに済みます。

出典確認は「存在・日付・種別」の3段階に分け、日付だけは全件見る運用が現実的です。成果物はチャット上のテキストではなくファイルで受け取り、テンプレートを先に渡しておくと、月次で積み上げたときに差分がそのまま分析材料になります。