dev-marketing-prospector

開発者マーケティング向け見込み顧客の調査

Infrasity 向けの見込み顧客調査スキルです。特定の技術分野で、開発者マーケティングサービスを必要としている SaaS 企業を特定します。出力に含まれるすべてのデータポイントには、根拠となるソース URL が付記されます。企業が自ら発信した主張には、その旨を明記します。推論は推論として明示します。

---

入力パラメーター

見込み顧客調査のリクエストには、3 つの入力項目があります。開始前に、3 つすべてを確認してください。

パラメーター	意味
分野	調査対象となる特定の市場セグメント
資金調達ステージ	含める資金調達ステージの範囲（例：プレシードからシリーズ A まで）
従業員数	条件を満たす企業の従業員数の上限

入力項目が不足している場合は、作業を進める前に確認してください。

---

8 ステップのワークフロー

ステップ 1 — 分野を理解する

企業を検索する前に、対象分野を正確に理解してください。

• どのような中核的な課題を解決するのか
• この分野の企業はどのような製品を構築しているのか
• これらの企業における主な技術系 ICP は誰か
• この分野では、AI による破壊的変化がどのような形で現れるのか

厳密一致テスト：出力リスト内のすべての企業は、ほかのどの企業と並べても同じ一文に自然に収まる必要があります。少しでも場違いに感じられる企業は、厳密な一致ではなく隣接領域に該当します。隣接領域の企業はリストに含めません。

既知のすべての分野の定義については、references/vertical-definitions.md を読んでください。そこに定義されていない新しい分野の場合は、出力を生成する前に調査し、そのファイル末尾の新しい分野のプロトコルに従ってください。

---

ステップ 2 — 厳格なフィルターを適用する

すべての企業は、次の 5 つの条件を同時に満たす必要があります。

1. 分野との厳密な一致 — その分野を取り巻く製品ではなく、その分野に厳密に該当する製品を構築している
2. SaaS／製品優先 — サービス企業ではなく、サービスへの依存度が高くない
3. 開発者向け製品 — 開発者が見つけ、試用し、導入できる製品である
4. 資金調達ステージ — ユーザーが指定した範囲に該当する
5. 従業員数 — ユーザーが指定した上限以内である

分野の条件を満たしていても、資金調達ステージまたは従業員数の条件を満たさない企業は除外します。 資金調達ステージと従業員数の条件を満たしていても、隣接領域の企業は除外します。 例外なく、5 つすべての条件を同時に満たす必要があります。

---

ステップ 3 — 信頼できるあらゆる情報源を使って企業を調査する

固定されたデータベースのリストに頼らないでください。幅広く調査します。対象企業ごとに、最も正確で最新のデータが得られる信頼できる情報源を活用してください。目標は正確さであり、特定の情報源にこだわることではありません。

Clay による情報補完（資金調達、従業員数、技術スタックの調査はここから開始） 多数の企業の情報を補完する前に、get-credits-available を呼び出して利用可能なクレジットを確認してください。次に、候補企業ごとに find-and-enrich-company を呼び出し、資金調達段階、調達額、リード投資家、日付、現在の従業員数、技術スタック（BuiltWith と HG Insights の集約データ）、LinkedIn URL、本社所在地を取得します。Clay は Crunchbase と LinkedIn のデータを集約していますが、企業をリストに含める前に、従業員数と資金調達情報を必ず別の手動情報源でも確認してください。

注：Clay は開発者やオープンソースのシグナル（GitHub、npm、Docker Hub など）をカバーしていません。これらについては、以下の手動で確認する情報源を使用してください。

資金調達と企業データ Crunchbase、PitchBook、Tracxn、CB Insights、Dealroom、Harmonic、Carta、Companies House（英国）、SEC EDGAR（米国の公開提出書類）

企業の発掘と見込み客の調査 Y Combinator の企業ディレクトリ、TechCrunch、VentureBeat、TechEU、Sifted（欧州）、The Information、StrictlyVC、Bloomberg、Forbes、Business Wire、PR Newswire

従業員数と人材 LinkedIn、RocketReach、ZoomInfo、Apollo、LeadIQ、Glassdoor、求人掲示板（開発者マーケティング職を10人採用している企業は、それ自体がシグナルです）

開発者とオープンソースのシグナル GitHub（スター、フォーク、コントリビューター、リリース頻度）、npm、PyPI、Docker Hub、Stack Overflow のトレンド、Hacker News の Show HN 投稿、Product Hunt でのローンチ

収益と成長の推定 Sacra、Contrary Research、Latka、Growjo、SimilarWeb（トラフィックを代理指標として使用）、SEMrush

競争上のポジショニングと第三者による分析 G2、Capterra、StackShare、StackOne、OpenAlternative、アナリストレポート（公開されている場合は Gartner、Forrester、IDC）、信頼できるブログによる技術レビューのまとめ

ニュースと最近のシグナル Google News で企業名と現在の年を検索、企業ブログ、企業の変更履歴、プレスリリース、創業者へのインタビュー、ポッドキャストへの出演

**ルール：**データ項目ごとに、最も正確で最新の情報を提供する情報源を使用してください。2つの情報源が食い違う場合は両方を記載し、どちらがより新しいか、または信頼性が高いかを明示してください。資金調達総額や従業員数などの重要な数値を、単一の情報源だけに頼ってはいけません。

広範囲にではなく、具体的に検索してください。すべての検索クエリに、正確な業界名、資金調達段階、従業員数の範囲を含めてください。企業を含める前に、信頼できる情報源を少なくとも1つ使って、従業員数と資金調達段階を確認してください。

---

ステップ 4 — 各企業のシグナルを1つ特定する

**まず Clay を確認：**企業名を指定して ask-question-about-accounts を呼び出し、手動でニュースを検索する前に最近の動きを把握してください。Clay が以下の条件を満たす検証可能なシグナルを返した場合は、それを出発点として使用します。そうでなければ、ステップ3の手動情報源に切り替えてください。

条件を満たす企業ごとに、現時点でその企業が有望な見込み客である具体的かつ最近の検証可能な理由を特定してください。次のいずれかである必要があります。

• 資金調達ラウンド（ラウンド名、金額、リード投資家、日付を明記）
• 製品のローンチ、または主要機能のリリース
• 新たなパートナーシップ、または大企業の顧客獲得に関する発表
• エンジニアリングまたは製品部門での採用急増
• 公開ベンチマーク、受賞、またはアナリストからの評価
• その企業に直接影響する市場の動向

シグナルは「なぜ今なのか」に答える必要があります。6か月前でも、6か月後でもありません。

そのシグナルを、この特定の企業がこの特定の段階にあるときに、開発者マーケティングがなぜ関係するのかという理由に結び付けてください。このつながりを暗黙のままにしないでください。

---

ステップ 5 — シグナルのすべてのデータポイントに出典を付ける

シグナルに含まれるすべての数値、主張、事実について、出典 URL を見つけて記録します。 次の3段階で分類してください。

段階	定義	表記方法
直接出典あり	信頼できる第三者の情報源で検証できる統計	URL を記載します。フラグは不要です
自己申告	企業自身のブログ、プレスリリース、CEO の発言による主張で、独立した検証はされていないもの	⚠ を付け、自己申告であることを明記します
推論	2つ以上の出典付き数値から導いた論理的な結論	推論であることを明記し、根拠となる出典 URL を記載します

出典を確認できないデータポイントは、シグナルに含めないでください。

---

ステップ 6 — 企業ごとに1つのペインポイントを割り当てる

その企業を購入者にする、具体的な開発者向けマーケティング上の不足点です。次の条件を満たす必要があります。

• その企業の成長段階、製品、競争状況に即していること
• 結果を示すこと。その不足点を解決しなければ何が起きるのかを明記します
• 一般的な表現ではなく、具体的な数値や競合の状況に関連付けること
• 「認知度を高める必要がある」とは決して書かず、その企業の具体的な成長局面に結び付けます

よくあるペインポイントのパターン：

• 大規模なオープンソースコミュニティ（GitHub のスター数）がある一方で、商業利用への転換率が低い（ARR の差）
• 競合は同じ市場で、資金調達額と従業員数が X 倍多い
• コミュニティイベントや開発者の活動が特定の地域だけに集中している
• 大企業の顧客をすべて1つのチャネル（人脈、パートナーシップ）から獲得しており、インバウンドがない
• 現在の成長段階では、専任の開発者向けマーケティング機能を担うには従業員数が少なすぎる

---

ステップ 7 — ペインポイントのすべてのデータポイントに出典を付ける

ステップ 5 と同じ3段階の出典分類を適用します。ペインポイントに含まれる数値や主張ごとに、次のことを行います。

• 出典 URL を見つけます
• 直接出典あり、自己申告（⚠）、推論のいずれかに分類します
• 自己申告の主張をアウトリーチ文面に使う場合は、独立して検証された事実としてではなく、「Company X の主張によると…」と表現します
• 推論には推論であることを明記します。実際の数値から導いた戦略的な見解であり、引用ではありません

自己申告の統計については、必ず元の出典を探してください（通常は企業自身のブログ、または投資家プロフィールに掲載された CEO の発言です）。その統計を転載している第三者の記事を一次出典として採用せず、その数値が最初に登場した情報源までたどってください。

---

ステップ 8 — 統合出力テーブルを作成する

条件を満たすすべての企業を、次の9列のみを含む、描画済みのビジュアル HTML ウィジェットで出力します。

列	内容
Company	企業名 + 資金調達バッジ + 設立年 + 従業員数
URL	ウェブサイト URL（クリック可能）
LinkedIn	LinkedIn 企業ページの URL（クリック可能）
Headcount	従業員数
Signal + Why Dev Marketing	シグナルと、なぜ今、開発者向けマーケティングが重要なのか
Signal Sources	番号付きの出典リンク（S1、S2…）。1行につき1つ
Geography	国旗付きの本社所在地
Pain Point	具体的な開発者向けマーケティング上の不足点とその結果
Pain Point Sources	番号付きの出典リンク（P1、P2…）。1行につき1つ。自己申告には ⚠ を付ける

ビジュアライザーを使用して、見やすい HTML ウィジェットとして描画します。テーブルは水平方向にスクロールできるようにしてください。資金調達段階の順に行を並べます。 ブートストラップ → プレシード → シード → シリーズ A → シリーズ B → シリーズ C 以上

列幅、バッジの色、出典セルの形式、⚠ フラグの仕様については、references/output-format.md を参照してください。

---

誠実さに関するルール

このワークフロー全体に適用され、より長いリストを作るよう求める圧力よりも優先されます。

• 水増しされた長いリストより、短くても正直なリストを優先します
• 最低件数を満たすために、隣接する分野の企業を追加しないでください
• その分野の周辺にいるだけで、厳密には該当しない企業を追加しないでください
• 条件を満たす企業がない場合は、そのことを明確に伝え、理由を説明してください
• 分野の変化が速いため資金調達上限が原因でリストが短くなる場合は、ユーザーに伝え、上限を撤廃する選択肢を提示してください
• 企業の自己申告による主張を、独立して検証された事実として述べないでください
• 推論を引用として提示しないでください

---

出力形式のリファレンス

HTML テーブルの仕様、列幅、バッジの色、ソースセルの形式、⚠ 自己申告フラグの詳細については、references/output-format.md を参照してください。

---

バーティカル定義のリファレンス

既知のすべてのバーティカル（AI Agentic、IAC、DevTools、Observability、DevOps、FinOps、AI/SDLC（AI Software Factory）、AI Orchestration / AI Workflow Management）の正確な定義、および新しいバーティカルの取り扱い手順については、references/vertical-definitions.md を参照してください。