ABMの進化形——インテントデータ×データエンリッチメントの設計メモ

展示会で集めた名刺800枚。帰社後、そのうち業界や利用シーンでフィルタをかけ、ABMツールに取り込んだ。スコアリングの結果、「ターゲットアカウント100社」が出来上がった。

マーケティング部門は達成感に包まれた。ABM（アカウントベースドマーケティング＝特定企業を狙い撃ちする営業・マーケティング戦略）の教科書通りの手順だ。カスタマイズしたメールを送り、電話をかけ、セミナーに招待した。

3ヶ月後の結果——商談化3件、受注1件。

営業企画の担当者は首を傾げる。「ABMを導入したのに、なぜ成果が出ないのか」。もっと根深い問題もある。営業部門の反応だ。「マーケが出してくるリスト、ピンと来ないんだよね」。営業部長はリストを横目に、結局いつもの顧問ルートで商談を作る。

マーケ部門は「せっかくスコアリングしたのに使ってくれない」と嘆き、営業部門は「机上のデータより現場の肌感のほうが正確だ」と反発する。ABMツールの導入が、むしろマーケと営業の溝を深くした——これは日本のBtoB企業で繰り返されている構図である。

問題は、ABMの型そのものではない。問題は、ターゲットリストが「静的」だったことにある。3ヶ月前に選んだ100社のうち、購入テーマが動き出している企業が何社あるかは、誰も知らない。

本記事では、この問題を3段階で解き明かす。まず「なぜ従来のABMでは成果が頭打ちになるのか」の構造的原因を診断する。次に、インテントデータ（企業の購買意図を示す行動データ）とデータエンリッチメント（既存データを外部データで補完すること）によるABMの進化形——「Data Waterfall」と「Signal-based selling」——を解説する。そして最後に、日本のBtoB企業が小さく始めるための運用順序を提示する。

この記事で扱うこと

1. ABMが「導入しただけ」で終わる3つの構造的原因: 静的リスト・属性偏重・マーケ完結の限界
2. Data Waterfallの考え方: 複数のデータソースを段階的に重ねて営業判断を絞る
3. Signal-based sellingの設計観点: 購買シグナルをトリガーにした営業アクションを決める
4. FORCAS、Clay、Sales Markerの役割整理: 企業データ、外部データ連携、インテント検知を分けて見る
5. 最初の運用順序: gBizINFO・EDINET・自社データから小さなData Waterfallを作る

ただし、先に断っておく。「新しいツールを入れればABMが進化する」という話ではない。本記事を最後まで読むと、ABMの進化には「ツールの切り替え」ではなく「データの重ね方」と「使い方の再設計」が必要だということが見える。

基本情報

ABMの進化——静的リストからシグナルベースへ

ABMとは何か——日本の導入状況を整理する

定義: 「絞り込んで、深く刺す」戦略

ABM（Account-Based Marketing＝アカウントベースドマーケティング）とは、特定の企業を「アカウント」として選定し、その企業に最適化したマーケティング・営業活動を展開する戦略である。

従来のマーケティングが「広くリードを集めて絞り込む」のに対し、ABMは「最初から狙う企業を絞って、その企業に深くアプローチする」。フィルターの順序が逆だ。

日本でもABMツールや企業データ活用の議論は広がってきた。とはいえ、多くのBtoB企業のABMは「ターゲットリストを作ってメールを送る」レベルにとどまっている。

日本のABM導入の実態——3つの典型パターン

日本のBtoB企業がABMに取り組む際の典型パターンを整理する。読者の多くは、いずれかに心当たりがあるはずだ。

パターン1: 「FORCAS入れた＝ABMやってる」型

FORCASでターゲット企業を抽出し、リストをCRM（顧客管理ツール）/MA（マーケティング自動化ツール）に連携する。ここまでは良い。しかし、そのリストの鮮度管理や更新ルールが決まっていない。

ある製造業のマーケ担当者はこう語った。「半年前のリストをいまだに使っている。でも誰が更新するかが決まっていない」。FORCASの契約を更新するたびに「今年こそリストを活用しよう」と決意するが、半年後にはまた同じ状態になる。

パターン2: 「マーケ部門だけのABM」型

マーケティング部門がABM戦略を設計し、ターゲット企業向けのコンテンツや広告を展開する。しかし営業部門との連携が弱い。

典型的な光景はこうだ。マーケが「この企業群が今期のターゲットです」とSlackで共有する。営業はそれを見て「ふーん」と言ったきり、自分の既存パイプラインに戻る。四半期レビューで「ABMのROI（投資対効果）は？」と聞かれ、マーケは「リードは渡した」と言い、営業は「使えるリードがなかった」と言う。責任の所在が宙に浮く。

パターン3: 「属性だけのスコアリング」型

業界、従業員規模、売上高、所在地——こうした「静的な属性」だけでスコアリングする。今まさに検討しているかどうかの「動的なシグナル」を見ていない。

結果として起きるのがこういう状態だ。リスト上のA社はスコア90点。従業員3,000人、IT業界、売上500億円。完璧なICP（理想の顧客像）に合致する。しかし電話をかけると「今期はIT投資を凍結しています」。一方、スコア40点のB社は従業員200人の中堅企業だが、実はまさにCRMのリプレースを検討中だった。スコアが低いから誰もアプローチしていない。

これら3パターンの共通点は明確だ。ターゲットリストが「作った時点」で止まっている。ABMの「A（アカウント）」は選んだ。しかしそのアカウントが「今、買いたいのか」を知る仕組みがない。

なぜABMは「導入しただけ」で止まるのか——3つの構造的限界

限界1: ターゲットリストが「静的」である

ABMの根本的な問題は、ターゲットリストがスナップショットであることだ。ある時点で「理想の顧客像（ICP＝Ideal Customer Profile）」に合致する企業を選定する。しかし、企業の状況は常に変化している。

• 3ヶ月前にICP条件に合致した企業が、今も合致するとは限らない
• 予算策定時期を逃したら、どれだけ良い提案でも検討されない
• 組織変更・経営交代が起きたら、意思決定者が変わる

具体的な場面を考えてみる。SaaS企業のマーケ担当が年度初めにターゲット100社を選定した。4月の時点では確かにニーズがあった企業も、7月に決算発表で業績下方修正が出れば投資を凍結する。あるいは、6月に情報システム部長が交代し、前任者との合意が白紙に戻る。静的リストはこうした変化を反映しない。

静的リストの「鮮度問題」を解決しない限り、ABMは構造的に「当たり外れ」が大きい。これは担当者の能力の問題ではなく、手法そのものに組み込まれた限界だ。

限界2: 企業「属性」しか見ていない

従来のABMは、企業属性（firmographics）——業界、規模、売上高、所在地——を中心にスコアリングする。しかし、これらは購買意欲とは無関係なデータだ。

従業員1,000人のIT企業が「今、CRMを入れ替えたい」と思っているかどうかは、従業員数や売上高からは分からない。分かるのは「このサイズの企業なら購入単価が高い」という統計的な傾向だけだ。

こんな場面に覚えがないだろうか。営業企画がFORCASで「IT業界 × 従業員500人以上 × 関東」の条件で300社を抽出した。営業部長に見せると「うちの業界だと、規模より『今の基幹システムが何か』のほうが大事なんだよ」と言われる。的を射た指摘だ。しかし「今の基幹システムが何か」は企業属性データベースには入っていない。

本当に必要なのは、企業属性に加えて「今、何を考えているか」を示すシグナル——インテントデータ（企業の検索行動やWeb閲覧から購買意図を読み取るデータ）である。

従来のABMが上の2つだけに依存しているのに対し、ABMの進化形は4つすべてを掛け合わせる。

限界3: マーケティング部門で完結している

最も根深い問題は、ABMが「マーケティング戦略」として位置づけられていることだ。ABMの「M」はMarketingだから当然とも言えるが、実際の成約にはマーケティングだけでなく営業・カスタマーサクセス・プロダクトの連携が不可欠である。

「マーケがABM戦略を設計して営業に引き渡す」モデルは、構造的に引き渡しの断絶を生む。マーケが「この企業が今検討中です」とインテントデータを示しても、営業が「で、何を言えばいいの？」と動けなければ意味がない。

日本企業でよくあるのが「ABM推進室」の設置だ。マーケ部門の中にABM専任チームを作る。しかし営業部門からは「あれはマーケの施策でしょ」と見られ、現場の営業がABMのリストを日常業務に組み込まない。ABM推進室は「リストを渡す」ところまでは責任を持つが、「そのリストを使って商談を作る」のは営業の仕事——この分業が、組織的な断絶を固定化する。

この問題を解決するのが、後述するGTMエンジニアリング的なアプローチ——マーケ・営業・データを横断する「設計者」の存在——である。

ABMの進化形: インテントデータ × データエンリッチメント

ABMの3つの限界を突破する鍵は、インテントデータとデータエンリッチメントの掛け合わせにある。ここでは2つの中核概念を解説する。

Data Waterfall——データの滝で精度を上げる

Data Waterfallとは（データウォーターフォール）

Data Waterfall（データウォーターフォール）とは、複数のデータプロバイダーを「滝」のように段階的に重ねてリードの精度を引き上げる考え方である。米国のGTMエンジニアリング（売上を生むシステムを設計するアプローチ）界隈で語られることが増えた概念で、日本語ではまだ実務に落とした解説が少ない。

従来のアプローチ:

• 1つのデータプロバイダー（例: FORCAS）だけに頼る
• そのプロバイダーが持つデータの範囲内でしかターゲティングできない
• データの欠損は「仕方ない」と諦める

Data Waterfallのアプローチ:

1. 第1層: ICP条件に合う企業リストを作成する（FORCAS、gBizINFO等）
2. 第2層: その企業のインテントデータを取得する（Sales Marker、Bombora等）
3. 第3層: インテントが検出された企業のキーパーソン情報を補完する（SPEEDA、Eight等）
4. 第4層: キーパーソンの直近の行動シグナルを確認する（LinkedIn、プレスリリース、人事異動）
5. 第5層: 自社サイトでの行動履歴を重ねる（Google Analytics、MA）

各層で「データの滝」を通すたびに、リードの精度が上がる。第1層で1,000社だったリストが、第5層を通過すると「今月アプローチすべき15社」に絞り込まれる。

具体例: 製造業向けIoT企業のData Waterfall

製造業向けにIoTプラットフォームを提供するSaaS企業のケースで見てみる。

• 第1層——企業選定（gBizINFO + EDINET）: 「製造業 × 従業員500人以上 × ものづくり補助金採択」で抽出 → 1,200社
• 第2層——インテント検知（Sales Marker）: 直近30日に「IoT」「予知保全」関連の検索行動がある企業 → 180社
• 第3層——キーパーソン特定（Eight/Sansan）: 製造部門長・情シス部門長の連絡先を補完 → 110社
• 第4層——直近シグナル（プレスリリース + 人事異動）: 「DX推進室新設」「新工場建設」等の発表企業 → 28社
• 第5層——自社行動データ（GA4 + MA）: 料金ページや事例ページを閲覧した企業 → 8社

1,200社 → 8社。この8社にアプローチすれば、返信率は根本的に変わる。

重要なのは、1つのツールで全層をカバーする必要はないということだ。むしろ、複数のデータソースを組み合わせることで、どの競合も持たない独自の「データの重ね方」が生まれる。これが競争優位の源泉になる。

Signal-based selling（シグナルベースセリング）とは

Signal-based selling（シグナルベースセリング）とは、顧客の購買シグナルを検出し、そのシグナルに基づいてアプローチのタイミング・内容・チャネルを最適化する営業手法である。

「インテントデータを使った営業」と何が違うのか。違いは営業の設計思想にある。

要するに、Signal-based sellingは「シグナルの組み合わせ × アクションの自動化」を設計する。単にインテントデータを見るだけでなく、シグナルの発生をトリガーとして営業プロセス全体を設計する考え方だ。

具体例: HRテック企業のSignal-based selling

HRテック（人事管理ソフト）企業のケースで考える。シグナルを4段階で設計し、組み合わせに応じてアクションの深さを変える。

シグナルが1つならライトタッチ、4つ重なればフルコミット。営業リソースの配分が最適化される。

この設計を担うのが、GTMエンジニアリングのアプローチである。マーケティングでもない、営業でもない、「売上を生むシステム全体を設計する」発想がここに結実する。

インテントデータの3分類と使い分け

ABMの進化を理解するには、インテントデータの種類を正しく理解する必要がある。インテントデータは取得方法によって3つに分類される。

インテントデータの3分類

ファーストパーティ・インテントデータ

自社が直接取得するデータ。自社サイトの閲覧履歴、メール開封・クリック、セミナー参加、資料ダウンロード、チャットの問い合わせなど。

強み: 最も信頼性が高い。「自社に関心がある」ことが確実に分かる 弱み: 自社サイトに来た企業しか捕捉できない。「知らないうちに競合を検討している企業」は見えない

導入時に見るポイント: Google Analytics 4の企業別分析、MAツール（Marketo、HubSpot、SATORI等）のリードスコアリングを、営業が使える粒度に整える。まずは自社接点の有無を営業判断に変換できるかを見る。

セカンドパーティ・インテントデータ

パートナー企業やメディアから直接共有されるデータ。業界メディアの閲覧データ、共催セミナーの参加者データなど。

強み: 自社サイト外の行動が見える。かつ、データの出所が明確 弱み: パートナーシップの構築が必要。スケールしにくい

導入時に見るポイント: SaaSレビューサイト、業界メディア、共催セミナーのデータを使う場合は、取得範囲、同意、企業単位への紐づけ、営業利用の許諾を確認する。出所が明確なぶん、運用設計の粗さもそのまま成果に出る。

サードパーティ・インテントデータ

外部のデータプロバイダーが収集・提供するデータ。BomboraのData Co-op、G2のバイヤーインテントなど、外部サイト上の閲覧・調査行動を企業単位で推定するデータが代表例だ。

強み: 自社との接点がない段階の検討行動を捕捉できる。スケーラブル 弱み: データの精度にばらつきがある。「本当にこの企業の人が閲覧したのか」の保証が弱い

導入時に見るポイント: Sales Markerのような国内向けサービス、6sense、Bombora、ZoomInfoのような海外サービスを検討する場合は、自社のターゲット企業でどこまで検知できるかをサンプルで確認する。海外サービスは日本企業のカバレッジを前提にしないほうがよい。

3分類の使い分け

最も効果が高いのは、3種類を組み合わせたアプローチだ。

サードパーティ（広域の検索行動）で候補を絞り
→ セカンドパーティ（業界メディアの閲覧）で関心の深さを測り
→ ファーストパーティ（自社サイトの行動）で購買意欲を確認する

この3層構造は、先述のData Waterfallの「第3層: インテント」を具体化したものである。Data Waterfallの各層に適切なインテントデータを配置することで、「今月アプローチすべき企業」の精度が飛躍的に向上する。

ツール3軸整理: FORCAS × Clay × Sales Marker

ABMの進化を実現するツールは、大きく3つの思想に分かれる。日本ABM型（FORCAS）、米国GTMエンジニアリング型（Clay）、インテントセールス型（Sales Marker）——それぞれを「何を任せるか」という観点で整理する。

ツール3軸比較——FORCAS・Clay・Sales Marker

役割整理

FORCAS: 日本ABMの「出発点」

FORCASの最大の強みは、日本企業データベースを起点にしたターゲット整理だ。業界分類、企業属性、ニュース、シナリオスコアリングといった観点で「どの企業をターゲットにすべきか」を決める段階では使いやすい。

しかし、企業属性だけで運用すると「この企業が何を検討しているか」までは見えにくい。これは、先述の「限界1: ターゲットリストが静的である」と「限界2: 企業属性しか見ていない」にそのまま該当する。

FORCASだけでABMを実践している企業は、Data Waterfallの第1層（企業選定）だけで止まっていることになる。

Clay: GTMエンジニアのための「レゴブロック」

Clayの最大の特徴は、外部データプロバイダーをノーコードで統合し、Data Waterfallを柔軟に構築できることだ。企業リスト、人物データ、インテントスコア、AI生成、CRM更新をひとつのワークフローとして扱える。

たとえば:

1. Apollo.ioで企業リストを取得
2. Clearbitで企業属性をエンリッチ
3. Bomboraでインテントスコアを付与
4. People Data LabsでキーパーソンのLinkedInを取得
5. OpenAIで企業ごとにカスタムメールを生成

この5ステップが1つのワークフローで自動化される。ただし、日本企業を対象にする場合は、各データソースのカバレッジをサンプルで確認したほうがよい。Apollo.ioやClearbitのような海外データソースは、日本法人情報やキーパーソン情報の精度が商材・業界によってぶれやすい。

さらに、Clayは使いこなすにはGTMエンジニアリングのスキルが必要だ。「買えば使える」ツールではなく、「設計できる人がいて初めて価値を発揮する」プラットフォームである。

詳しくは → Clay完全ガイド｜料金の現実・$800/週問題・代替ツール比較

Sales Marker: 日本特化のインテントセールス

Sales Markerは日本発のインテントセールスプラットフォームで、企業のWeb行動データを営業アクションにつなげる場面で検討されやすい。「この企業がCRMに関連するキーワードで検索している」「御社の競合サイトを閲覧した」といったシグナルを営業にアラートする、という使い方だ。

Sales Markerに期待する役割は明確だ。FORCASのような企業属性データだけでは見えない検討シグナルを、営業の優先順位づけに変えることである。

ただし、Data Waterfallの「柔軟性」という点ではClayに劣る。Sales Markerは自社のデータパイプラインに依存するため、「データソースを自由に組み合わせる」ことはできない。また、インテントデータの「精度」に関する懸念も存在する。これについては次のセクションで詳しく扱う。

詳しくは → インテントセールスとは？Sales Marker・FORCAS・6senseの実力と限界

3つのツールの「組み合わせ」が最適解

重要なのは、この3つは競合ではなく補完関係にあることだ。

• FORCAS: Data Waterfallの第1層（企業選定）に使う。企業属性と業界文脈を整理する
• Sales Marker: Data Waterfallの第2-3層（インテント検知）に使う。検討シグナルを営業の優先順位に変える
• Clay: Data Waterfallの全体設計に使う。日本市場では「Clay + 日本の公開データ（gBizINFO・EDINET）」の組み合わせも検討余地がある

全部を導入する予算がない場合、まず取り組むべきは公開データソース（gBizINFO・EDINET）と既存ツール（MA・GA4）の掛け合わせだ。「ツールの導入」ではなく「データの重ね方の設計」が先である。

海外の議論: インテントデータへの期待と懐疑——日本の導入企業は何を学ぶべきか

ABMの進化を語るうえで避けて通れないのが、インテントデータの精度に対する懐疑論だ。海外のユーザーコミュニティでは、「導入したが期待通りの成果が出ない」という声が繰り返し語られている。

期待: 「ABMが劇的に変わった」

• ターゲットリストの質が改善し、アウトバウンドの優先順位が付けやすくなった
• 購買シグナルのある企業だけにアプローチすることで、営業工数を絞れるようになった
• 複数のデータソースを組み合わせることで、ABMのターゲティング精度を見直せた

懐疑: 「インテントデータの信頼性に疑問がある」

• インテントスコアが高くても、実際には検討していない企業が混ざる
• 企業特定やメールアドレスの品質が営業現場の期待に届かない
• 「サージ」や「急上昇」の中身が説明しづらく、営業が腹落ちしない
• 同じデータを複数社が買うと、シグナルのある企業に競合も集中する

日本のABM導入企業にとっての意味

海外の議論を「遠い国の話」として片付けるのは早計だ。日本のABM導入企業が直面しやすい問題が、ここに凝縮されている。

IPアドレスマッチングの精度問題は日本ではさらに深刻だ。 大企業はプロキシ経由でIPが1つに集約され、中小企業は共有IPで企業特定自体が困難。リモートワークの普及で、社員が自宅からアクセスすれば「個人」として記録される。

「全員が同じデータを買う」問題は、日本でも起きやすい。 選択肢が限られる市場では、導入企業同士が似たシグナルを見てアプローチすることになる。差別化の源泉は「どのデータを買うか」ではなく「何を掛け合わせるか」——Data Waterfallの設計力にかかっている。

この議論から学ぶ3つの原則

1. インテントデータ単体では不十分: シグナルがあっても、それだけでアプローチしたら「うちは検討していません」と言われる。インテントデータは他のデータとの掛け合わせで初めて精度が上がる。これがData Waterfallの思想
2. サードパーティ・インテントデータの精度は過信できない: IPアドレスマッチングやCookieベースのトラッキングには限界がある。ファーストパーティデータ（自社サイトの行動）と組み合わせて検証する必要がある
3. 差別化は「どのインテントデータを買うか」ではなく「どう組み合わせるか」: 全員がSales Markerを使えば、Sales Markerのデータでは差がつかない。差がつくのは独自のデータソースをどう掛け合わせるかの設計力——GTMエンジニアリングの領域

海外の先行事例が示しているのは、インテントデータの「幻滅期」と「適正な期待値」である。日本がこれから同じ道を辿る前に、先回りして「Data Waterfallの設計」に力を注ぐべきだ。

日本市場でのABM進化——3ヶ月の実装ロードマップ

ここまでの議論——ABMの3つの限界、Data Waterfallの概念、インテントデータの期待と限界——を踏まえ、日本のBtoB企業が「ABM 1.0」から「ABM 2.0」に進化するための現実的なロードマップを示す。

Month 1: データの棚卸しとファーストパーティ基盤の構築

目標: 自社が保有するデータの全体像を把握し、ファーストパーティ・インテントデータを取得できる状態にする

やること:

• CRM/SFA/MAに蓄積されたデータの品質監査（入力率・鮮度・正確性）
• Google Analytics 4の企業別分析設定（IPアドレスではなく、組織ドメインでの集計）
• 自社サイトのコンバージョンポイントの整理（資料DL、問い合わせ、料金ページ閲覧）
• 既存ターゲットリストの「鮮度」確認（最終更新日から3ヶ月以上経過したリストの洗い出し）

Month 2: 公開データソースによるData Waterfall第1-2層の構築

目標: gBizINFO・EDINETを使った独自のData Waterfallを構築し、ターゲットリストを「動的」にする

やること:

• gBizINFO APIで法人番号・業種・補助金情報を取得するスクリプトを作成
• EDINET APIで上場企業の有価証券報告書から投資動向・設備投資計画を抽出
• 上記データとCRMの既存データを突合し、「ターゲット企業の更新状況」を定期確認する仕組みを構築
• 「静的リスト」から「動的リスト」への移行: 月次ではなく、週次で自動更新されるターゲットリストを運用開始

Month 3: インテント層の統合と営業プロセスの再設計

目標: Signal-based sellingの基本設計を完了し、最初の成果を出す

やること:

• Sales MarkerまたはSATORI等のインテントデータツールをData Waterfallの第3層に統合（トライアルから開始）
• シグナルの「組み合わせルール」を設計（例: 「自社サイト3回訪問 × 競合キーワード検索 × gBizINFOで補助金採択」→ Hot Lead）
• Hot Lead発生時の営業フローを設計（誰が、何時間以内に、何のチャネルで、何を言うか）
• 最初の2週間で効果測定: シグナルベースのアプローチ vs 従来のリストベースのアプローチの返信率比較

ABMの「次」——GTMエンジニアリングへの接続

ABMの進化を突き詰めていくと、最終的に行き着くのはGTMエンジニアリングである。ABM → インテントセールス → GTMエンジニアリングという進化の流れを整理する。

GTMエンジニアリングは、ABMの「マーケティング部門で完結している」という限界3を根本的に解決する。マーケでもない、営業でもない、「売上を生むシステム全体を設計する」GTMエンジニアが、Data Waterfallの設計からSignal-based sellingのフロー構築まで一貫して担う。

詳しくは → GTMエンジニアとは？「SDR 3人分」は本当か——役割・年収・懐疑論を検証

FAQ

まとめ: ABMは「入れたら終わり」から「設計し続ける」へ

冒頭の場面に戻る。展示会の名刺800枚からFORCASで100社を選定し、3ヶ月で受注1件。営業部長は「マーケのリスト、ピンと来ない」と言い、マーケ部門は「使ってくれない」と嘆いた。

あの100社リストの会社がData Waterfallを使っていたらどうなっていたか。

まず、100社の中から「今まさにIoTに関心を示している企業」がgBizINFOとSales Markerのデータで28社に絞り込まれていた。次に、28社のうち自社サイトを訪問した8社がGA4で特定されていた。営業部長には「この8社は、御社の事例ページを先週読んでいます」と伝えることができた。「ピンと来ない」どころか、「この会社、うちに来てたのか」と前のめりになる。

マーケと営業の断絶も変わる。Signal-based sellingのフローが設計されていれば、「マーケがリストを渡す」のではなく、「シグナルが出た瞬間に営業のSlackにアラートが飛ぶ」。誰が何時間以内に何をするかが事前に合意されている。リストの受け渡しという曖昧なプロセスが、シグナルに基づく自動的なアクションに置き換わる。

ABMの3つの限界——静的リスト、属性偏重、マーケ完結——は、いずれも「データの重ね方」と「使い方の設計」で突破できる。

1. ターゲットリストが静的 → Data Waterfallで複数データソースを段階的に重ね、週次で自動更新
2. 企業属性しか見ていない → インテントデータで「今、何を考えているか」のシグナルを追加
3. マーケ部門で完結 → Signal-based sellingで「シグナル × アクション」を組織横断で設計

最も重要なのは、この進化が「ツールの切り替え」ではなく**「データの重ね方の再設計」だということだ。同じツールを使っても、Data Waterfallの設計が違えば結果は違う。その設計を担うのがGTMエンジニアリングの発想であり、日本企業が今すぐ始められるのは、gBizINFO + EDINET + 自社GA4/MAのような公開データと自社データを重ねるData Waterfall**だ。

ツールを入れる前に、まず自社のデータを棚卸しし、Data Waterfallの第1-2層を構築する。そこから始めれば、「ターゲットリストを定期的に更新し、営業が使える状態に保つ」運用へ近づける。

関連記事

本記事はネクサフローのGTMエンジニアリングシリーズの一部です。