営業担当者と経営者のために。戦術のチェックリストではない。本当に機能するたった一つのこと——手で見つけ、それから自動化する——について。そして、そのプロセスを一晩でLDMに立ち上げる方法——手動でも、MCP経由のAIエージェントでも。
同じタスク——クライアントを見つけること——は、いくつもの方法で解決できる。それぞれの選択肢には、それぞれの価格、速度、リスクがある。
どの選択肢も、クライアントが投じた資本を回収するプロセスを探す試みだ。それ以外はすべて枝葉にすぎない。
ビジネスとは、投じた資本に対するリターンだ。クライアントのSLAはROIである。SDRはそれを実現しなければならない——できなければ、存在意義がない。
クライアントの財務目標と市場の現実との間に、自動的な橋はない。それを架けるのがSDRだ。市場を観察し、顧客が自らのクライアントを見つけられる場所を探し当て、SLAをチャンスに結びつける。
これは創造的なプロセスだ。現代のSDRは、展示会、商談、電話、メッセージを使いこなす。一つのチャネルではなく、全パレットを使う。
SDRとは、クライアントのROIと市場の可能性をつなぐ人間のアダプターである。
Open rateや返信率は業界内輪の話にすぎない。クライアントが気にするのは別の数字——彼らのP&Lに直結する数字だ:
CAC顧客獲得コスト——ひとつの契約を獲得するのにいくら使ったか。LTV / CAC顧客生涯価値を獲得コストで割った値。3を下回るならユニットエコノミクスは破綻しており、5を超えれば健全だ。Cost per Meeting有望なリードとの商談ひとつにかかるコスト。Time-to-Validate機能する組み合わせを見つけるまでにかかる週数。SDR段階における最重要指標。Lead → Dealリードが成約に至る割合。この数字なしにCACは成り立たない。SDRの指標がクライアントの経済性と交わらないなら、あなたたちは別々の世界に生きている。インボックス業界の隠語ではなく、クライアントのP&Lの言葉で話せ。
ステップ1——完璧な組み合わせを手で見つける:チャネル→オファー→理由→人。あらゆるチャネルとバリエーションを試す。クライアントを理解する。書く。腰を据えて、実際に手を動かす。
ステップ2——実証されたものを自動化する。自動化の手段はAIエージェントでもオペレーターでも、何もなくてもいい——そこが重要なのではない。重要なのは、仮説ではなく、すでに機能しているものを自動化することだ。
他人のリストをダウンロードして送信ボタンを押す——よくある誘惑だ。だがそれは、あなたのメールを受け取る理由のない人に書くことであり、データ保護法や広告法に違反することでもある。法的根拠のあるアドレスで動け:公開されている企業の連絡先、自社で獲得したリード、確認済みの関心。それは手で見つけた組み合わせ——精緻なセグメント、正直な理由、実在の人物——をむしろ強化する。
もしそんなに簡単なら、世界はSpamで溢れているはずだ。SDRとは「何を誰に書くか」ではない。それは探索だ。
運転中に車輪が壊れる。誰も助けてくれない。そこにレッカー車が現れる。押し売りもせず、強引な営業もしない——ただ正しい瞬間に、正しい価格で現れるだけだ。
SDRとして、あなたはそのレッカー車だ。正しい瞬間に、正しいタイミングで、正しい価格で、正しい人のために現れる。それはテクノロジーではない。創造的な探索であり、自動化はその後に来る。
クライアントと一緒に探索せよ。経営者こそ最高のマーケターだ——自社の製品を誰よりも知っているのだから。
常に結果を出すシステムなど存在しない。市場は混沌としている——多方向に同時に動き、たまに何かが結果を生む。それは一つのシステムではなく、数多くのアクションの集積だ。最大のリスクは、クライアントの期待の膨張——初日から無菌的で透明なプロセスを求めてしまうことだ。
プロセスについて自分自身の見立てを作り、それを正直にクライアントへ伝えよ。あるいは、不可能を求めるクライアントを断れ。
Live Direct Marketingの哲学はシンプルだ:プラットフォームは、検証済みの組み合わせのための透明なコンベアであり、Spam大砲ではない。すべてのメールは、実際にInboxへ届いたかどうかを検証される:Inboxへの到達には課金され、Spamや不達には課金されない。私たちのインセンティブはあなたのそれと同じ——実在の人々に届くメールだ。以下、立ち上げの手順を一つずつ。
プラットフォームは、あなたがすでに手で見つけたものを自動化する。「見つける」というステップを置き換えるのではなく、それを繰り返すコストを下げるのだ。
LDMは最初からAIエージェントのために設計されている。MCP(Model Context Protocol)はオープンな標準規格であり、Claude Desktop、Cursor、その他対応するクライアントが、プラットフォームをツール群として接続できるようにする。UIでできることはすべて、エージェントがMCP経由で行える:リスト、クリエイティブ、テスト送信、キャンペーン、ダイアログ。
決定的な違いはここにある:プラットフォームはエージェントに対して、単なるAPIとしてではなく、市場の専門家として応答する。すべてのレスポンスには_expertブロックが含まれる——次に何をすべきか、典型的な流れ、既知の落とし穴。機能マップと推奨されるエンドツーエンドのシナリオは/api/v1/agent-guideにある——エージェント自身がそれを読み取る。あなたがマニュアルを書く必要はない。
{
"mcpServers": {
"ldm": {
"command": "npx",
"args": ["-y", "--package=@live-direct-marketing/sdk@latest", "ldm-mcp"],
"env": { "LDM_API_KEY": "ldm_..." }
}
}
}エージェントは準備する——人間が決める:キャンペーンの立ち上げには明示的な確認が必要であり、エージェントのすべての操作は監査ログで可視化される。
MCPは付随機能ではない。プラットフォームの主要なインターフェースだ:人間が目標を設定し、エージェントがコンベアを動かす。
アウトリーチが長期的に生き残るのは、それが合法である場合だけだ。これらのルールはプラットフォームに組み込まれている——覚えておく必要はなく、迂回することもできない:
ドメインの評判と法的なクリーンさは、同じ資産だ。使い果たすのは一日、築くのは数ヶ月かかる。
事例を公開はしていない——ニュアンスが多すぎるし、今日うまくいったことが明日もうまくいくとは限らない。連絡してくれれば、私たち自身が経験したことを共有する。義務も、弁護士も不要だ。
時間通りに、正しい価格で、正しい人のために現れること——それがSDRの仕事のすべてだ。それ以外はすべて、その補足にすぎない。