Grok Bot で営業見込み客を開拓する
Cursor と Grok Bot を組み合わせた SDR アウトバウンド営業の全容:アカウント調査パッケージ、CLEAR / FLAG による選別、下準備を担い最終送信は人間が行う自動化チーム体制。
私は SpaceXAI の SDR(インサイドセールス)です。以前は一日の大半がアウトバウンドの定型業務に消えていました:企業調査、担当者の特定、初回メールの作成、配信シーケンスの登録、LinkedIn 申請、デモ希望者へのフォローなどです。
個々の作業自体は難しくありません。過酷なのは、毎朝商談が始まる前に、すべてのアカウントに対してこの一連の作業を漏れなく繰り返さなければならないことでした。
現在、私はこのプロセス全体を Cursor と Grok Bot に分担させて運用しています。
Cursor が企業調査パッケージを作成しパーソナライズされた初回メールを執筆。Grok Bot がそれを Nooks や LinkedIn に投入し、営業ツール間の状況を突合し、PC を閉じた後も作業を進めます。
かつての私の作業は、6枚のブラウザタブの間を行き来する苦行でした。
Hex で利用データを分析し、Salesforce と Gong で過去の商談履歴を確認し、Amplemarket でメール送信し、Nooks で配信シーケンスを回し、LinkedIn でつながり申請を送る。
調査が終わる頃には午前中が半分散り、そこからようやく文面の執筆、顧客レコードの作成、配信準備に取り掛かる有様でした。
現在では、朝出社すると「確認して承認するだけ」の状態に整ったタスクが私を迎えてくれます。
SDR 業務の5ステップ自動化プロセス
リサーチ:Cursor クラウドエージェントが Hex、Salesforce、Gong を参照し、製品利用ログ、過去の失注理由、商談履歴からアカウントの背景ストーリーを自動構築。
ターゲット選定:ストーリーに合致する担当者を特定。過去の接点や再アプローチを最優先し、役職と実務が真に一致する場合にのみディレクター級へのコールドアプローチを実施。
文面作成:Cursor がライティングスキルを駆使し、私の文体で初回アプローチ文を執筆。テンプレートの使い回しではなく、実際の利用シグナルに根ざした内容から書き起こします。
受入選別:Nooks で進行中か、Amplemarket で停止中か、初期商談に紐づいているかを Grok Bot が自動判定。問題ない「CLEAR」は未送信状態でシーケンスに投入し、疑問のある「FLAG」は私の判断を仰ぎます。
最終承認と送信:Nooks 上で「KEEP」を確認したものを私が手動で送信。LinkedIn のつながり申請は個別に処理。自動で勝手に送信されることは一切ありません。
Cursor が高度な調査と文章作成を担い、Grok Bot がその後のツール間連携やデータ登録などのオペレーションを完結させます。
1体につき1つの責務(One Job Per Bot)
何でも屋の汎用 Bot は使いません。1体ごとに明確な1つのミッションを与えています。
参謀役(Josh Allen):毎朝の始動を担当。ターゲットリストを整備し、最終メールを私の前に提示し、デモ申請の追跡やシーケンスの割り当てミスを修正。何が変わり、何に私の判断が必要かを要約報告します。
Josh Allen を Grok Bot に追加
顧客管理担当(Contact Man):アプローチ管理シートを担当。対象者リストを保守し、シーケンス登録済みフラグや準備状況を記録。重複アプローチを完全に防ぎます。
Contact Man を Grok Bot に追加
LinkedIn 担当(John Ford):メッセージ抜きの空白つながり申請を担当。1日の送信上限や承認待ち件数を事前に厳密チェックします。
John Ford を Grok Bot に追加
SFDC Create / Sequencer:通常の CRM 自動連携が崩れた際、レコードの手動作成やシーケンスの付け替えを肩代わりします。
SFDC Create と Sequencer を Grok Bot に追加
Bot たちは人間を介さずに互いに連携します。Josh がシート更新を指示し、並行して LinkedIn 申請を依頼する。私は最終結果と判断が必要な項目だけを見れば済みます。
Grok Bot と過ごすある朝のルーティン
以下は SDR として Grok Bot と共にある朝の業務をスタートさせた最近の実例です。
私が業務を始める前に、Cursor が詳細なリサーチ資料とドラフト群を自動で作成済みでした。その後、Josh が Nooks、Amplemarket、Salesforce を照合し、各連絡先のアクティブ状態をチェックしました。
すべての見込み顧客は、必ず次の2つのどちらかに分類されます:
CLEAR(安全):リスクがなく、未送信のまま下書き作成とシーケンス登録を行って問題ない案件。
FLAG(要確認):不明点や例外があり、人間が対応方針を判断すべき案件。
CLEAR の顧客に対し、Josh が Cursor の下書きを規程に沿って確認し、未送信でシーケンス登録。他で進行中の顧客は除外。エッジケースの34件は私の FLAG レビューへ。完全に問題ない案件を私が送信し、John Ford が LinkedIn 申請を行いました。
この仕組みはアプローチ対象の階層選定にも適用されます。製品の導入席数とエンジニア組織規模を比較し、浸透度が高ければディレクター以上へ、そうでなければマネージャー層から開拓します。
CLEAR は止まらず進み、FLAG は安全に立ち止まる。
私は停止中のアカウントや初期商談、重複アドレスの確認といった例外対応にのみ時間を使います。ツール間でデータを手動コピーする無駄な時間はゼロになりました。
後回しにしがちな未処理タスクも自動で片付けてくれます。過去にシーケンスが狂っていた24件の連絡先を検知し、適切なメール/電話シーケンスへ再配置し、翌日の架電スケジュールを組み直してくれました。
文面の最終承認権は私が握っていますが、24件のデータ整備は一瞬で完了し、フォローアップの機会を失わずに済みました。
組織を健全に保つための絶対ルール
絶対に自動送信させない:調査、下書き、レコード作成、準備は Bot に任せ、最終的な送信ボタンは人間が押すこと。
過去の対話履歴はテンプレートに勝る:Gong に過去の会話ログがあれば、必ずその文脈からメールを書き始めること。
役職よりも実際の利用実績:Hex の利用深度こそがディレクター層へアプローチすべきかの判断基準であり、肩書だけで判断しないこと。
LinkedIn 申請はメッセージ無記入を徹底:プロフィール URL を確実に特定できない場合は推測せず FLAG に回すこと。
繰り返しの指摘はルールに昇華する:文体、調査手順、配信ロジックはすべて再利用可能なスキルとして管理し、同じ問題が2度起きたら即座に指示書を更新すること。
SDR の仕事は、真の成果を出す前に完了させなければならない細かな雑務の連続です。
企業調査。リスト作成。メール起草。顧客登録。配信設定。LinkedIn申請。デモ依頼の追跡。
1つひとつは単純ですが、昼休みまでに20社分をやり切るとなると話は別です。
Cursor が調査と執筆を行い、Grok Bot がシステム確認、レコード作成、シーケンス登録、シート更新、ブラウザ操作を一手に引き受けます。
どちらのツールも、本質的な意思決定を奪うものではありません。FLAG 案件の処遇、過去の接点を活かした再アプローチ方法、重複判定などは人間が判断します。
私の本質はセールスです。Cursor と Grok Bot が泥臭い下準備をすべて引き受けてくれるからこそ、最も価値ある瞬間に全力を注げるのです。
もしあなたが SDR なら、普段のツールを繋ぎ、調査と執筆を Cursor に任せ、朝の業務を1体の Bot に託し、最後の送信権だけは自分で握ってください。
夜間に自律稼働させましょう。朝、空っぽのチャット画面ではなく、完成した承認待ちリストから1日をスタートさせてください。
まずは GTM アカウントリサーチ Bot を Grok Bot に追加することから始めてみてください。
学完后记得保存进度
完成状态只保存在当前浏览器,不会上传你的学习记录。