Dental clinic interior

B2Bデータエンリッチメント

単なるデータベースではありません。Saiは各項目を今日のソースと照合し、値の根拠を提示します。さらに定期的に再チェックを行うため、データが陳腐化することはありません。

[CRMビュー / スプレッドシート] 内の企業情報をエンリッチします — [50] 件のレコード。ステップ1 — 各企業について、従業員数、本社所在地、現在の資金調達ステージ、[職種]の採用状況を、保存された値ではなく、今日のライブソースと照合して検証します。ステップ2 — 各担当者について、現在もその企業に在籍し、同じ役職に就いているかを確認します。企業の公式サイトと公開プロフィールをチェックし、情報が一致しない場合は、どちらか一方を推測するのではなく、その旨を報告します。ステップ3 — 各値の根拠となった正確なページと確認日を記録します。ソースへのリンクがない項目は、検証済みとは見なしません。ステップ4 — 結果を[CRM / 新しいシートの列]に書き込み、検証できなかったものは「未確認」リストとして別個に抽出します。決して変えてはならないルール:推測で埋めるくらいなら、空欄のままにする。資金調達額から従業員数を推測しない。メールアドレスから役職を推測しない。既存のレコードにあるという理由だけで値を引き継がない。
リストをエンリッチする

仕組み

リストを指定するだけで、あとの3ステップはSaiが実行し、翌月以降も自動的に繰り返します。

Step 1

レコードを指定する

CRMビュー、スプレッドシート、またはリストから、必要な項目をSaiに伝えます。

Step 2

Saiが各項目をソースで確認

保存されたデータセットから読み取るのではなく、今日現在の情報を検索します。

Step 3

Saiが根拠を提示

すべての値には、参照元ページと確認日が添えられます。

Step 4

Saiが定期的に再チェック

毎月同じ処理を繰り返すため、データが古くなることなく常に最新の状態に保たれます。

セールスチームにおける活用事例

セールスおよびレベニューオペレーション向けに構築

重要なのは、いくつの項目が埋まったかではなく、それぞれの情報がどれだけ新しいかです。

四半期前のキャッシュではなく、今日確認したデータを提供

Saiは実行のたびに各フィールドをライブソースと照合し、それぞれの値がいつ確認されたかを表示します。そのため、最新のデータと9ヶ月前のデータが同じように見えることはありません。

すべてのフィールドはソースページに紐付いています

各値には、その取得元となったソースと確認日が併記されます。Saiが確認できなかったフィールドは、推測で埋めるのではなく、空欄のままにされます。

1回目ではなく、100回目の実行を見据えた設計

100回目のエンリッチメント実行も、再学習なしで初回と全く同じように機能します。繰り返すほどに、コストは下がり、信頼性は高まります。

承認なしにCRMが上書きされることはありません

Saiは現在の値と提案する変更案を並べて表示し、ユーザーが承認するまで書き込みは行いません。検証できなかったフィールドは、埋めずに空欄のままにします。

B2Bデータエンリッチメント

B2Bデータエンリッチメントが解決すること、そして解決しないこと

B2Bデータエンリッチメントは、従業員数、業種、所在地、資金調達ステージ、役職、連絡先など、レコードに不足している詳細情報を補完します。すべてのプロバイダーは、「どれだけのフィールドを埋められるか」と「提供日にどれだけ正確か」という2つの指標で競い合っています。どちらも重要な数字ですが、真の問題はそこにありません。問題なのは、半年前に正しかったデータが、今朝確認されたデータと全く同じ確信度で提示されることです。レコードのどこを見ても、どちらが新しい情報なのか判別できません。

各フィールドをソースで検証し、翌月も再検証する

Saiはエンリッチメントを、保存されたデータセットを参照する作業ではなく、今この瞬間に起こるプロセスとして扱います。対象となる各レコードのフィールドを、企業の公式サイト、採用ページ、プレスリリースなどのライブソースと照合し、取得元ページと確認日を添えて値を返します。検証できない値については、推測で埋めることはせず、空欄のままにします。この実行は定期的に繰り返されるようスケジュールされます。リストを一度エンリッチして終わりではなく、四半期ごとのデータ劣化を防ぐことが目的だからです。

API不要のCRMデータエンリッチメント

CRMデータエンリッチメントは、多くの場合、システム連携の壁に突き当たります。レコードは社内開発や大幅にカスタマイズされた古いCRMに存在し、正しい情報は企業のウェブサイトや採用ページにありますが、どちらも便利な公開APIを提供していません。統合に依存するツールは、そうしたソースをスキップするか、手作業でのコピーを強いることになります。これが、チームが最終的に手動レビューに頼らざるを得なくなる理由です。Saiは、ユーザーがログインしたセッション内で実際のブラウザを操作し、人間と同じようにソースを読み取ってレコードを更新します。人間がクリックできる場所であれば、Saiも実行可能です。

なぜ巨大なデータベースでも古いレコードの問題は解決しないのか

エンリッチメントの結果に満足できないとき、多くの人はより大きなデータセットを購入しようとします。しかし、それはほとんど解決策になりません。カバレッジ(網羅性)と鮮度は別の問題だからです。どれほど多くのレコードを持つベンダーであっても、提供されるのはあくまで「その時点でのスナップショット」であり、特定のプロバイダーがすべての業界や地域を完璧にカバーすることは不可能です。少数の重要なフィールドを、ソース元で、定期的なスケジュールで確認することこそが、実用的なレコードを生み出します。それにより、スコアリング、ルーティング、アウトリーチを自動化できるほど信頼性の高いデータが実現します。

よくある質問

Building autonomous computers doesn't mean replacing humans. It means cooperation.

Free your hands from the computer.

Try Sai