多くの営業チームが最初に出会うバイヤーインテントデータは、購入するものである。ベンダーがスコアを販売し、そのスコアはあるアカウントが市場にいることを示すが、社内の誰もその数値が何から生成されたのか説明できない。
それは一種のインテントデータである。もう一種類、公に見える場所に存在するものがあり、それは購入型のデータには通常欠けている性質を持つ。つまり、その原因となった特定のイベントを指し示すことができるという点だ。ある企業が求人を投稿した。ある企業が料金ページを変更した。ある企業がレビューサイトのカテゴリに、前四半期にはいなかったのに現れた。これらはタイムスタンプ付きの観測可能な事実であり、営業チームは78というスコアに対してはできないやり方で、こうした事実に対して行動を起こせる。
バイヤーインテントデータの実態
この用語は、あたかも一つのものであるかのように語られる3つの異なるものをカバーしている。
ファーストパーティインテントは、自社のプロパティ上での行動である。誰かが3つの料金ページを読み、比較表をダウンロードし、2回戻ってきた。このデータは自社が保有するものであり、最も信頼性が高い種類であるが、すでに自社を見つけているアカウントについてしか存在しない。
サードパーティインテントは、パブリッシャーネットワークやコープを横断して観測され、集約データとして販売される行動である。ファーストパーティデータにはないリーチを持つが、その代わり一般的に、根底にあるイベントを見たり、方法論を検証したりすることはできない。
パブリックウェブインテントは、企業が変化する過程で残す観測可能な足跡である。採用、技術、資金調達、製品、価格設定、公の不満。誰もこれをスコアとして販売しない、なぜならスコアではないからだ。それは自ら収集し解釈しなければならないイベントの流れである。
この記事が扱うのは3番目のカテゴリである。なぜなら、そこでは収集レイヤーが何を見られるかを決定するからだ。
収集する価値のあるシグナル
公開されているものすべてがシグナルというわけではない。購買の会話に確実に先立つものには、ある共通の性質がある。それを生み出すのに企業側に何らかのコストがかかっているため、偽造しにくく、実際のコミットメントを示している。
求人情報。 最も強力な単一の公開シグナル。データエンジニアを3人採用している企業は何かを構築中である。初めてコンプライアンス責任者を採用する企業は、規制上の閾値を超えている。求人情報はツールを直接名指しすることも多く、曖昧なシグナルを具体的なものに変える。この領域における収集の仕組みはjob-board data and labour-market intelligenceにある。
技術の変化。 新しいタグ、新しいサブドメイン、公開のDNSやページソースで見える移行。ツールのカテゴリを追加することは、通常すでに予算が動いたことを意味する。
価格とパッケージングの変化。 新しい階層、廃止されたプラン、シート単位から従量課金への移行。これらはしばしば、その企業自身の顧客による比較検討の波に先立つものであり、それは一つのアカウントというよりも市場セグメント全体についてのインテントシグナルである。
レビューサイトの動き。 企業が新しいカテゴリに現れること、あるいは既存のカテゴリで苦情が蓄積することは、置き換えのシグナルである。既存ベンダーに対する公の不満は、存在するもののうち最も直接的な購買インテントである。
資金調達と経営陣の変化。 既存のデータベンダーによってよくカバーされているため、自ら収集することの限界価値は低い。持っておく価値はあるが、構築する価値はない。
公の質問。 自社製品が解決する問題の解決方法を尋ねるコミュニティ投稿。インテントは高いが量は少なく、シグナル対ノイズ比が悪いためうまくやるのが最も難しい。
新しさが価値の大部分を占める
最も労力を無駄にする間違いは、インテントシグナルをイベントではなく属性として扱うことである。
先週の求人情報は電話をかける理由になる。同じ求人情報でも6ヶ月前のものは背景情報にすぎない。パイプラインが減衰なしにシグナルを保存すると、スコアリングは今何かをしている企業ではなく、過去のある時点で多くのシグナルを生成した企業の方に偏っていく。これはインテントデータの目的とはほぼ正反対だ。
実務上の帰結として、頻度が価値を決定する。毎日変化するシグナルを週次で収集すれば、収集の質がどれだけ良くても遅行指標になってしまう。シグナルの種類ごとに、そのシグナルが実際にどれだけ速く動くかに応じて更新頻度を決め、速いシグナルを遅くクロールすることはインテントデータではなく履歴であると正直に認識すべきだ。
そこから2つの帰結が導かれる。シグナルだけでなく、観測タイムスタンプを保存すること。そして、スコアリングの際に明示的な減衰関数を適用し、新しいことが何も起きなければアカウントのスコアが自然に下がるようにすること。
なぜ収集が難しいのか
これらのシグナルは、大量に読み取られることを想定して作られていない場所に存在しており、3つの性質がそれを厄介にしている。
地理的にフィルタリングされている。 求人サイトは近接性に基づいて結果を返す。レビューサイトやアプリストアはカタログもコンテンツもローカライズされている。ある企業のドイツでの求人情報は、米国の視点からは見えないことがあり、それは国際的なカバレッジの主張を静かに国内限定のものに変えてしまう。
ページ分割され、防御されている。 興味深い結果が1ページ目にあることはめったになく、より深いページこそがレートリミットの始まる場所であることが多い。
誰にとっても同じページであるとは限らない。 パーソナライゼーションとA/Bテストにより、2つの収集者がページに何が書かれていたかについて意見が食い違うことがあり、これはイベントを記録する際に問題になる。
ここでresidential proxyレイヤーは実装上の細部ではなくなる。地理的に一貫性のある出口があれば、地域的なシグナルが実際に地域のものになる。セッションを固定することで、ページ分割された結果セットが内部で一貫性を保ち、4ページ目が1ページ目と同じクエリに属することになる。
Shifterのゲートウェイでは、両方ともp.shifter.io:443に対する認証情報の中に含める。
customer-USERNAME-country-de-city-berlin-sid-intent01-ttl-600:PASSWORDcountry-deとcity-berlinが視点を設定し、sid-intent01はクエリ全体を通して1つの出口を保持し、ttl-600はそれを10分間維持する。クエリごとに1セッション、リクエストごとではない、というのが結果セットの一貫性を保つルールである。
頻度は一斉調査ではなく、興味を持っているかのように見えるべきである。収集を一日中分散させ、並行性を控えめに保ち、エラー時にはリトライで押し通すのではなくバックオフする。その仕組みはrate limiting and request throttlingにある。
シグナルを担当者が使えるものに変える
イベントの流れは、そのままではセールスインテリジェンスにはならない。そのギャップを埋めるのは3つのステップである。
アカウントに解決する。 企業名、ドメイン、子会社を正規化して、求人情報、レビュー、技術変化が1つのレコードに集約されるようにする。これは地味な作業であり、社内のインテントプロジェクトの多くがここで行き詰まる。
量ではなく特異性で重み付けする。 競合製品を名指しした1件の求人情報は、汎用的な求人情報40件よりも価値がある。イベント数を数えるスコアリングは、大企業を単に規模が大きいという理由で優遇してしまう。
スコアではなく証拠を届ける。 担当者は「あなたの会社がこれを運用するために2人採用しているのを見ました」と言って会話を始められるが、「あなたのアカウントのスコアは78でした」ではどうにもならない。根底にあるイベントをCRMレコードに渡すこと。この一つの選択が、どのモデリングの改善よりも採用を推し進める。
これが供給する、より広範なアカウントデータパイプラインについてはresidential proxies for B2B lead generationで扱っており、製品ビューはlead generationページにある。
一線をどこに引くか
パブリックウェブインテントの収集は企業についてのものであり、そこに留まる限りクリーンなままである。
組織が自ら公開しているものを収集する。個人についての行動プロファイルを構築するために個人情報を収集しない、ログインの背後にあるコンテンツや、自動化しないと合意したアカウントの背後にあるコンテンツをスクレイピングしない、そして求人情報に記載された特定の採用担当者の電話番号を、技術的に見えていたからといって資産として扱わない。個人識別子は取り込み時に除去すべきであり、後で抑制を約束するのではない。
その区別は微妙なものではない。データエンジニアを採用している企業はビジネス上の事実であり、名前の付いた個人の活動は一人の人間である。前者はインテントデータであり、後者は営業資料を伴った監視である。一般的な枠組みはethical residential proxies for AI data collectionにあり、ここでも同等の力で当てはまる。
FAQ
パブリックウェブインテントは購入型のインテントデータより優れているか？
より説明可能で、より検証可能であり、リーチは少ない。これをうまくやっているほとんどのチームは両方を使用しており、購入データを広さのために、パブリックシグナルを実際に取り組んでいるアカウントのために使う。
シグナルはどのくらいの頻度で更新すべきか？
シグナルがどれだけ速く動くかに合わせて更新頻度を調整する。求人情報とレビュー活動は、毎日またはそれに近い頻度での収集が報われる。技術と価格の変化は週次で十分である。資金調達はイベント駆動であり、購入する方が良い。
最小限の実用的なバージョンとは何か？
1つのシグナルを適切に収集し、アカウントに解決し、証拠を添えてCRMに届ける。求人情報が通常の出発点である。シグナルが強く、対象領域がよく理解されているからだ。
国内でしか販売していない場合でも、ジオターゲティングは必要か？
アカウントが国内のものであれば、1つの視点で十分な場合がある。国際的なカバレッジを主張した瞬間、固定されていない収集者は海外市場を過少に報告するようになり、それはあたかもそれらの市場が静かであるかのように見えてしまう。
結論
バイヤーインテントデータは、必ずしも購入しなければならない製品ではない。その大部分は公開されていて、イベントの形をしており、日付が付いているため、購入型のスコアでは決して得られない形で説明可能である。
作業は収集レイヤーと配管部分にある。適切な視点から地域シグナルを見ること、シグナルが着地した時点でまだ行動可能であるほど十分速く更新すること、イベントをアカウントに解決すること、そして数値ではなく証拠を渡すこと。そのパイプラインの帯域幅計画はpricing pageにある。