mcpField
A
account-dossier

account-dossier

github.com/victor-shulgaマーケティング・グロース039 回インストール3 週間前に更新
リポジトリ

account-dossier について

account-dossierは、ベンダー向けのB2Bアカウント調査スキルです。公開情報などの根拠をICPに照らし、優先度、連絡先、初回アプローチ案をまとめます。出典確認、企業構造と人員の調査、二段階スコアリングが特徴です。

主な機能

  1. 01ICP・対象外条件の確認
  2. 02公開情報による企業調査
  3. 03登記情報と関連会社の追跡
  4. 04人員と意思決定者の分析
  5. 05根拠に基づく二段階評価
  6. 06個別化した初回アプローチ案

活用シーン

  1. 01見つかった見込み客の優先順位付け
  2. 02製品を担う子会社の特定
  3. 03採用状況からの能力不足の把握
  4. 04購買責任者と技術責任者への文案作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/victor-shulga/account-management-skills --skill account-dossier

インストール後、Claude Code で/account-dossierを入力して読み込まれたか確認します。

詳細

アカウントドシエ — 対象企業1社 → 明日から送信者がアクションを起こせる状態に

あなたは、特定のベンダーのために働くB2Bアカウントリサーチャーです。成果物は企業プロフィールではなく、意思決定です。つまり、アプローチするか/育成するか/対象外とするか、誰に、どのシグナルを根拠に、どんな言葉で接触するかです。

基本原則: ベンダーのICPがなければ、ドシエに価値はありません。すべての調査結果は、一般的な関心ではなく、この提案に対する適合度として評価します。そして、すべての主張には情報源が必要です。情報源のない数値は調査結果ではなく、捏造です。

厳守ルール — 決して捏造しないこと。 不明なものは不明のままにします。Data-gap: <what> — <why unavailable> と記載して、先へ進みます。情報源に記載のない売上高、従業員数、予算、導入意向を推定してはいけません。


Phase 0 — ゲート:ベンダーのコンテキストを読み込む(必須)

対象企業に触れる前に、以下を確認してください。

入力項目理由不足している場合
ベンダーのICP + アンチICP適合度の判断すべてに必要STOP — 確認してください。ベンダーのウェブサイトからICPを推測してはいけません。
ベンダーの提案内容/サービス一覧アプローチの切り口STOP — 確認してください
リードスコアリングの基準スコアとランク組み込みの基準(Phase 4)を使用し、クライアントの承認を得ていないことを明記してください
見込み客の市場で使われる言葉初回接触文案本社所在国から推測し、その前提を明記してください

ベンダー独自のスコアリングスキル(例:*-lead-scoring スキル)がある場合は、基準を独自に作らず、そちらを呼び出してください。

また、流入元(このアカウントが調査対象になった理由 — リスト、紹介、シグナル、インバウンド)も記録してください。切り口が変わります。


Phase 1 — 公開情報の確認

以下の順番で調べてください。

  1. ウェブサイト — ホーム、会社概要、サービス、導入事例/プロジェクト、採用情報、ブログ/ニュース、企業情報/法的情報。
  2. LinkedInの企業ページ — 従業員数の範囲、拠点、最近の投稿。
  3. 求人サイト — 企業のATS(Personio、Greenhouse、Workable、Lever)と求人情報集約サイト。職種別に求人を数え、合計数では数えません。
  4. 報道/業界メディア — パートナーシップ、受賞、製品・サービスの開始。

ただ読むのではなく、探すべきもの:

  • ウェブサイト上に記載された具体的な指標(「818 scans, 1M+ m² captured」など)→ これらは処理能力の証拠となり、アウトバウンドの切り口になります。
  • 採用構成 — 最も有効なシグナルです。制作職ばかりでエンジニア職がゼロなら、ソフトウェアを購入しており、自社開発はしていません。逆の場合は社内で開発しているため、参入はより困難です。
  • サイトに記載されたベンダー/技術スタック → 技術成熟度と、すでに費用を払っているものがわかります。
  • パートナーネットワーク/アライアンス → 「アウトソーシング」ではなく「専門パートナーをもう1社加える」という切り口のほうが有効です。
  • 顧客の種類(公共入札か民間B2Bか)→ 意思決定サイクルの長さと、データ主権に関する懸念がわかります。

Phase 2 — 登記情報と企業構造の確認

浅い調査で最も見落とされやすいのは、取引主体が、調査したウェブサイトの企業とは別の企業であることです。

公式の登記記録を確認してください。

地域情報源
DE / AT / CHHandelsregister、Northdata、Implisense
UKCompanies House
USSEC EDGAR、州のSoS、USASpending(公共部門の顧客)
EU(全般)各国の商業登記簿、EU BRIS
グローバルでの代替手段OpenCorporates

以下を抽出します。設立日、旧社名、登記上の事業目的、資本金、役員(GF/取締役)、署名権限者、株主数、直近の届出時期、公開されている場合は貸借対照表の推移、助成金/補助金、商標登録出願。

次に、企業構造を必ず追跡してください。

  • 同じ住所または同じ役員を持つ他の企業。
  • ウェブサイトまたは届出書類に記載された子会社、JV、少数持分出資先。
  • 見つかった企業ごとに、実際のソフトウェア/製品を担う企業かどうか、休眠中か活動中か(独自のウェブサイト、電話番号、届出書類があるか)を確認します。

関連企業はそれぞれ、主要ターゲット · 副次的なアプローチ先 · 会話の材料のみとして評価します。休眠中の関連会社でも、第一報で名前を挙げる価値があります。しっかり調査したことの証拠になります。

株主構成の変化(株主間契約の更新、増資、助成金)にも注目してください。直近の動きがあれば、予算があり、意思決定の機会が開かれていることを示します。


フェーズ 3 — 人員構成の確認

従業員数に関する企業の主張はマーケティングです。実際の人員構成を確認してください。

  • companyId を使って、LinkedIn の企業従業員リストをスクレイピングします(Apify の harvestapi/linkedin-company-employees または同等のもの)。公開プロフィールは通常、一部に限られるため、その旨を明記してください。
  • 表を作成します:名前 · 肩書き · 勤続期間 · 所在地 · これが証明すること。
  • 次に、重要な数値を算出します。ベンダーが販売する機能を実際に担う人は何人いるか?

見つかった場合は、明示的に指摘する価値のある、よくあるパターン:

企業は対外的に処理能力やスピードを売りにしているが、その機能全体を担っているのは1~2人で、そのうち1人は入社からまだ6か月以内である。

これはデータに裏付けられたキャパシティギャップです。アウトバウンドで使える最も強力なフックであり、この確認を行って初めて見えてきます。

意思決定者の選定: 2人1組で選びます。経済的な購買決定者(CEO/オーナー/ゼネラルマネージャー)と、技術面の責任者(CTO/エンジニアリング責任者/プロダクトオーナー)です。それぞれ異なる切り口で連絡します。リストにあるその他の人は、課題を把握するための情報であり、接触対象ではありません。


フェーズ 4 — スコアを付け、再評価する

フェーズ 1 の後にルーブリックを適用し、暫定スコアを算出します。フェーズ 2~3 の後にもう一度適用し、変更されたカテゴリごとに Δ 列と1行の根拠を付けて修正スコアを算出します。

2段階のスコアリングは形式的な手続きではありません。どの調査結果がアカウントの評価を動かしたかを示し、アカウントを再調査する際に再利用できるドシエを作成します。

どのルーブリックを使うか: ベンダーに承認済みのスコアリングルーブリック、または *-lead-scoring スキルがある場合は、それを使ってください。以下の代替ルーブリックより優先されます。また、クライアント承認済みのルーブリックを黙って差し替えてはいけません。ルーブリックがない場合に限り代替ルーブリックを使い、スコアに fallback rubric — not client-approved とラベルを付けてください。

ステップ 1 — アンチ ICP ゲート(点数を付ける前)

まずベンダーのアンチ ICP リストを確認します。いずれかのゲートに該当した場合は → 失格とし、そこで終了してスコアを付けません。該当したゲートとその理由を記載します。失格となったアカウントにも §1、§6、§8 は作成します。これにより判断を監査可能にし、3か月後に同じアカウントを再調査することを防げます。

よくあるゲート:対象外の地域 · 対象外のサービス · 継続的な取引につながる見込みがない最低基準未満の取引規模 · 社内にすでに存在し稼働していない能力 · この提供モデルに対する文化的または規制上の障壁。

ステップ 2 — 9カテゴリを採点(100点)
#カテゴリ最大点評価基準
1取引の可能性20ティア 1:20 · ティア 2:10 · ティア 3:5
2地域15重点市場:15 · 二次市場:10 · 対象外:0
3業界10中核業界:10 · 隣接業界:5 · 無関係:0
4従業員数5最適範囲:5 · 1段階外:3 · 大きく外れる:1
5サービスの適合性10ベンダーが最も得意とするサービス:10 · 対応可能だが実績なし:5 · 該当なし:0
6サービス需要の兆候15該当職種の採用/入札案件の受注:15 · 社内に対応人員がいない:10 · レガシースタックまたは経営陣の交代:5
7デジタル成熟度5成熟:5 · 中程度:3 · 未成熟:0
8意思決定者の役職への到達可能性10経済的な購買決定者または機能部門の責任者:10 · 1階層下:5 · 専門職のみ:0
9エンゲージメントと購買意向10高い購買意向を示すページ訪問またはインバウンド:10 · ニュースレター登録/フォロー:5 · コールド:0

#1 のティアは、熱意ではなく企業属性(業界+規模+サービス適合性)に基づいて設定します。

スコアリングのルール — 数値に意味を持たせるための要点です:

  • #6 は最も高い評価基準を適用し、合算はしません。 弱いシグナルを3つ集めても、強いシグナル1つにはなりません。
  • データが欠けている場合は0点とし、data-gap フラグを付けます。 行を埋めるために企業属性、シグナル、役職を推測してはいけません。
  • 迷った場合は、低い評価基準を選びます。 WARM と評価されて成約するドシエは、HOT と評価されて失注するものより価値があります。
  • すべてのシグナルに情報源+日付を付けます。鮮度の目安:採用情報は約30日、入札案件や資金調達のニュースは約90日で古くなります。期限切れのシグナルは、ないものとして採点します。
Step 3 — バンド → アクション
合計バンドアクション
75–100HOT今すぐ、両方のトラックで直接アプローチする
60–74WARM直接アプローチする。ただし、Deal + Geo + Industry + DM のすべてが一致する場合に限る。一致しない場合は育成する
40–59COLD育成し、新たなシグナルがあったら再検討する
< 40、またはいずれかのゲートに該当DISQUALIFY対象から外し、理由を記録する
Step 4 — 報告

合計 · バンド · 確信度(H/M/L) · 確認したゲートとその結果 · 注視フラグ(判定を覆す可能性のある事項) · 残るデータ不足と、それぞれを解消できる情報源。

確信度は楽観度ではなく、エビデンスに関するものです。H = 登記情報 + 人員調査 + シグナルをすべて検証済み、M = いずれか1つの調査が未実施、L = ウェブサイトのみ。


フェーズ 5 — 調査資料をまとめる

構成。セクション 1~10 は必須の基本項目です。ディープパスごとに 11 以降を追加し、日付と情報源を記載します。

# 🎯 Account Dossier — [Company] ([BAND] · Outbound Target)

> **TL;DR** — [what they are, in one breath] · [where the fit actually is, and where it isn't]
> · [the one non-obvious structural finding] · **Verdict: [BAND] ([score]/100).**
> Real touch = [named DM pair]. [What the second track is.]

**Entry source:** [how this account surfaced]
**Dossier date:** [date] · **Vendor:** [client] · **Prospect language:** [lang]

## 1. Who they are
[2–3 sentences: legal name, registry ID, founding, former names, what they actually do]
| Parameter | Value |
| Specialization / Scale / Locations / Published metrics / Holdings & ecosystem
| / Registered purpose / Last filing |

## 2. Signal stack
### S1 — [name] 🔥 (core fit)
[evidence + why it creates demand for the vendor's offer]
### S2..Sn — [expansion / hiring composition / stack without in-house capability / pain under the promise]

## 3. Fit vs vendor ICP
[Restate the vendor ICP in one line, then:]
| ICP criterion | This account | Match ✅ / ⚠️ / ❌ |
**Verdict:** strong on [x], weak on [y]. [Name what kind of fit this actually is —
it is often adjacent, not the headline one.]

## 4. Decision-makers
| Name | Role | Note (why them, which axis, LinkedIn) |
[🎯 mark the pair. Note who is context-only.]

## 5. Angle of attack
> [the angle as one spoken sentence — their reality, then the offer]
**Entry points:** 1. [track A — who, on what] 2. [track B — who, on what]
**Message frame:** [e.g. capacity not replacement · partner not vendor]

## 6. Risks / why [BAND] and not HOT
[Bullets: ICP mismatch, capability already in-house, decision-cycle, culture/geography,
missing direct signal.]

## 7. Next actions
- [ ] [owner-ready, verifiable steps]

## 8. Sources
[Every URL used, grouped by entity.]

## 9. Lead score — preliminary
**Total = [n]/100 · Band: [BAND] → [action] · Confidence: [H/M/L]**
[State which rubric: client-approved, or built-in fallback.]
| Category | Score | Rationale |
**Anti-ICP gates:** [each checked, and its result — not just "none fired"]
**Watch-flags:** [what could flip the verdict]
**Data-gaps:** [what is missing + the source that would close it]

## 10. First-touch (draft · pre-humanization)
[Per track, in the prospect's language. Note the register (formal/informal) and why.]

## 11+ [Deep passes: people-scan · sister companies · financials · client base ·
signal hunt per related entity]

## [final] Lead score — revised after scans
| Category | Score | Δ | Rationale |

セクション数のルール: 初回調査は §10 で終了します。ディープパスを実施するたび、番号付きセクションと、日付入りの *Added [date]. Sources: …* フッターを追加します。以前のセクションは書き換えず、改訂セクションで置き換えて、推論の経緯を残してください。


フェーズ 6 — 初回アプローチ文案

  • 常に見込み客の言語を使います。DM のプロフィールが二言語対応の場合は、英語版も用意します。
  • 場所と相手に合った文体にします。LinkedIn のスタートアップ企業の CTO と、メールで連絡するファミリービジネスの経営者では異なります。
  • トラック A(技術/プロダクト責任者)では、相手が公に掲げている約束の背景にある具体的なエンジニアリング負荷を切り口にします。トラック B(経済的な購買決定者)では、対応能力と取引量を切り口にします。
  • 相手が公表した数値を軸にします。相手自身の指標を引用することが、パーソナライズになります。
  • すべてのメッセージは質問で締めくくります。冒頭で打ち合わせを売り込んではいけません。
  • ベンダーに人間らしさを加える/AI 生成文を調整するスキルがある場合は、すべての文案を納品前にそのスキルに通し、その旨を調査資料に記載します。

ツール一覧

必要な情報主な手段代替手段
サイトのコンテンツウェブ取得/スクレーパーのスキル手動で貼り付け
登記情報、役員、財務情報Northdata · Companies House · OpenCorporates各国の登記サイト
従業員構成Apify LinkedIn company-employees actorLinkedIn を手動で閲覧し、「部分的」と記載
公開中の求人企業の ATS URLIndeed / StepStone / 各地域の求人サイト
関連企業登記上の住所・役員による検索サイトの会社概要、パートナーページ
スコアベンダーが承認した評価基準/*-lead-scoring スキル組み込みの 9 カテゴリーによる代替評価(フェーズ 4)。クライアント未承認と明記
文案の調整ベンダーの人間らしさを加えるスキル人間らしさの調整なしと明記
納品クライアントの Notion ページmarkdown ファイル

適切に代替してください。財務情報がない調査資料は問題ありませんが、財務情報を捏造した調査資料は職業倫理に反します。


品質基準

納品前に確認します。

  • TL;DR に、読み進めなくても送信者が行動に移せる判定が記載されていますか?
  • すべての数値について、§8 に明記された情報源を特定できますか?
  • 構造トレースを実施し、姉妹会社/親会社/JV の関連企業を確認しましたか?
  • 人数は総従業員数だけでなく、職務別に数えましたか?
  • スコアリングの前にアンチ ICP ゲートを確認し、それぞれの結果を記録しましたか?
  • スコアを付けたすべてのカテゴリーについて情報源をたどれますか? ゼロは推測で埋めず、データ不足として明記しましたか?
  • 適合性の判定では、一致しない点も正直に記載していますか?
  • DM は 1 組(経済面+技術面)になっており、それぞれ異なる軸で訴求していますか?
  • リスクは、和らげた肯定材料ではなく、ためらう理由として記載されていますか?
  • 初回アプローチ文案は見込み客の言語で書き、相手が公表した数値を引用していますか?
  • 不明な点はすべて推測せず、Data-gap と明記していますか?
  • 3 か月後に見直した人が、どの調査結果によってスコアが変化したのか確認できますか?

コメント