Claude Codeでカンファレンス参加企業の事前調査を自動化する方法｜アカウントブリーフ作成の型を揃える
カンファレンス前のアカウント調査は、参加企業一覧の整形、注力企業の抽出、調査メモの統一だけで時間がなくなります。しかも、担当者ごとに調べ方が違うと、同じイベントに出るのに、誰がどの企業へ何を聞くべきかが揃いません。
Claude Codeは、この前段を file workflow として整えるのに向いています。参加企業CSV、調査ルール、出力テンプレートをそろえれば、事前ブリーフを repeatable に作れます。つまり「その場で頑張る調査」ではなく、「毎回同じ型で準備できる調査」へ変えるための道具として捉えるのが正確です。
本記事のポイント
- Claude Codeは、参加企業CSV、調査ルール、出力テンプレートを固定し、カンファレンス前のアカウントブリーフ作成を repeatable に回すのに向いている。
- 画面上で企業サイトを横断しながら拾いに行く段階は Claude Cowork、参加企業リストを整え、調査項目を同じ型で出す段階は Claude Code、と分けると運用が安定する。
- Tier 判定、調査項目、営業へ渡す要約粒度を先に決めないと、事前調査を自動化しても商談準備の質は上がらない。
Claude Codeが向いているカンファレンス事前調査とは
このテーマで Claude Code が強いのは、参加企業調査を「画面操作」ではなく「ファイル整形とテンプレート生成」として扱える場面です。参加企業一覧、狙う業種、避ける対象、確認したい項目をファイルで持てるなら、毎回ゼロから調べ直す必要がなくなります。
| 判断軸 | Claude Code | Claude Cowork | 人が残す判断 |
|---|---|---|---|
| 主な入力 | 参加企業CSV、調査テンプレート、優先度ルール | ブラウザ、PDF、ローカルGUI、検索結果 | 商談化の可能性と担当アサイン |
| 向いている処理 | Tier 判定、ブリーフ生成、出力形式統一 | 企業サイト横断、資料閲覧、スクリーン操作 | 例外企業の手動判定 |
| 再現性 | 高い。調査項目と出力欄を固定できる | 中。検索結果やGUIに依存しやすい | 重点業界や既存接点の最終判断 |
つまり、参加企業のリストを整え、同じ構造でアカウントブリーフを出す段階は Claude Code、企業サイトや登壇情報を実際に見回る段階は Claude Cowork という役割分担が現実的です。展示会後のフォロー記事とセットで見ると、事前準備から事後フォローまでの線がつながります。
先に固定したい入力と出力の型
事前調査で先に決めるべきなのは「どこまで深く調べるか」より、「営業へ何を渡すか」です。最低限、企業概要、注目理由、想定ヒアリング論点、接触優先度がそろっていれば、現場は迷いにくくなります。
| ファイル | 役割 | 最低限入れる項目 |
|---|---|---|
participants.csv | 元データ | 企業名、業界、ブース、役職、流入経路 |
brief-rules.md | 判定ルール | Tier 条件、除外条件、調査項目、要約粒度 |
question-bank.md | ヒアリング論点 | 業界別の確認項目、仮説、禁止事項 |
account-briefs.csv | 出力 | company, tier, why_now, watchpoint, first_question |
重要なのは、営業が会場で見たい粒度に出力を合わせることです。長い要約より、「なぜ今この企業なのか」「何を最初に聞くか」の方が現場では役立ちます。展示会の事前準備や 展示会KPI の文脈でも、準備物の価値は量ではなく次アクションへの近さで決まります。
注力企業を選ぶ Tier 設計
Claude Code を使うときも、Tier 設計は人間が最初に決めた方が安全です。特に参加企業が多いイベントでは、全件を同じ深さで調べるより、Tier ごとに期待する出力を変える方が準備時間を削れます。
| Tier | 条件の例 | ブリーフに入れる内容 | 現場の動き |
|---|---|---|---|
| A | ICP一致、既存接点あり、商談化余地が高い | 事業仮説、役職仮説、初回質問、会後アクション | 優先訪問、会場で必ず声掛け |
| B | ICP近似、比較対象として有望 | 企業概要、注力テーマ、確認したい論点 | 時間配分次第で訪問 |
| C | 情報収集対象 | 基本情報とメモだけ | パンフ取得や競合観測に留める |
この Tier 設計があると、カテゴリ形成や GTM設計 の論点ともつなげやすくなります。事前調査は単なる下調べではなく、会場でどの会話を優先するかを決める前処理です。
実装イメージは「企業調査」ではなく「ブリーフ生成」
失敗しやすいのは、Claude Code に完璧な企業調査そのものを任せようとすることです。実務で効くのは、現場へ配るブリーフの構造を固定することです。
conference-account-brief/
input/
participants.csv
rules/
brief-rules.md
question-bank.md
output/
account-briefs.csv
review-notes.md
依頼は「participants.csv を読み、brief-rules に従って Tier と watchpoint を付け、question-bank から first_question を選び、review-notes に判定が割れる企業だけ残して」とした方が安定します。これなら、人が見るべき曖昧ケースだけを後から確認できます。
人が確認する境界を先に決める
事前調査は文章の見た目より、営業責任との境界が重要です。次の3点は最初から人が確認する前提にした方が安全です。
| 確認ポイント | 人が見る理由 | 固定すべきこと |
|---|---|---|
| Tier 判定 | 既存接点や案件温度感は文書だけでは取り切れない | A / B / C の条件と例外ルール |
| first_question | 会場での聞き方はブランドと営業責任が乗る | 禁止表現と優先質問の型 |
| 既存接点の扱い | 既存顧客や失注企業への接触は注意が必要 | blocklist と担当者承認フロー |
この境界を曖昧にしたまま自動化すると、ブリーフは出ても現場が信用しません。ハウスリスト運用や インサイドセールス と同じで、使われる運用を先に決めることが重要です。
よくある質問
Claude Codeだけで企業調査を完結させるべきですか？
最初からは勧めません。まずは参加企業一覧の整形とブリーフの型を安定させ、企業サイト横断や周辺GUIが必要なら Claude Cowork を併用した方が安全です。
展示会だけでなくカンファレンスにも使えますか？
使えます。登壇企業一覧、スポンサー一覧、参加企業名簿など、表形式の元データがあれば同じ考え方で回せます。
現場に渡す出力は CSV でよいですか？
最初は CSV で十分です。慣れてきたら Slack 向けの短い要約や Google Sheets 向けの整形出力を追加すると運用しやすくなります。
何社くらいから効果が出ますか？
十数社でも効果はあります。特に、複数メンバーで同じイベントへ出る場合は、ブリーフの型がそろうだけで会場行動のズレが減ります。
関連ページと関連記事
事前調査は単独で見るより、イベント設計、事後フォロー、営業運用とつなげて見る方が現場で使いやすくなります。
- 展示会の事前準備で何をそろえるべきか：当日の動きと準備物の前提を整理できます。
- 展示会KPIの設計方法：Tier 設計と会後フォローの評価軸をつなげられます。
- Claude Codeで展示会リード整理と初回フォローを半自動化する方法：会後の整理フローまで続きで見られます。
- ハウスリストを商談に変える5ステップ運用：会場接点を商談化する運用の全体像を補えます。
- Google Drive監査ログの見方：イベント運用でファイル共有を整える観点を補助できます。
イベント前の調査体制を実務へ載せたい場合
事前調査の型づくりから、営業準備やフォロー運用まで含めて整理したい場合は、相談ページから現状を共有できます。