Discovery の仕組み
Multify は company シグナル を観察し、ICP で filter し、正しい相手を resolve し、文脈 を保ったまま execution layer に渡します。
連絡理由が生きているうちに ICP-fit なアカウントを見つける
Discovery は企業の公開された動きを見て、ICP に照らして score し、適切な相手を resolve し、Outbound に 調査待ちリスト ではなく execution-ready な 待機列 を渡します。
シグナルは文脈付きで届く
企業の動きを見て、その意味を理解し、同じ場所で アカウント summary を開けます。
Decision-makers はすでに特定済み
会社を再調査しなくても、アカウント を開けば人、役割、最初の 切り口 が見つかります。
outbound 引き継ぎ の準備完了
アカウント を承認し、sequence に渡し、motion 全体で 文脈 を保ったまま進められます。
新規 アカウント であって、また別の export ではない
Discovery は静的なリストを再利用する代わりに、公開された動きで 待機列 を新鮮に保ちます。
連絡理由が アカウント と一緒に移動する
各 アカウント には trigger、ICP fit、チームがそのまま使える最初の 切り口 が付いてきます。
browsing ではなく pipeline のために設計
出力は execution-ready な 待機列 であり、あとで reps が整理するタブの山ではありません。
Discovery は公開された動きを Outbound-ready な 待機列 に変える。
Multify は company シグナル を観察し、ICP で filter し、正しい相手を resolve し、文脈 を保ったまま execution layer に渡します。
企業の公開された動きを見る
企業サイト、採用動向、リーダー交代、その他の公開シグナルが、どの アカウント を深く見るべきかを Multify に知らせます。
あなたの ICP に照らして アカウント を score する
アカウント は fit で絞り込まれ、文脈 で enrich され、そのシグナルが今どれだけ actionable かで優先順位付けされます。
人と最初の 切り口 を付ける
待機列 が Outbound に入る前に、チームは アカウント、decision-makers、連絡理由を受け取れます。
Discovery は新規 pipeline を作り、Outbound は既存ベースを活性化します。
新しい ICP 適合アカウントが必要なときは Discovery を使ってください。すでに CRM、リスト、休眠 pipeline があるときは Outbound を使ってください。どちらも同じシステムで動き、文脈を作り直す必要はありません。