面向 SDR 的 Grok Bot

我在 SpaceXSI 担任 SDR。过去，我一天的大部分时间都耗在外呼工作上：研究客户、寻找合适的人选、撰写首次触达内容、把所有人加入正确的序列、发送 LinkedIn 请求，以及跟进那些已经申请演示的人。

这些工作单独做都不难。难的是每天早上、在有人预约通话之前，为每个客户把所有事情都做完。

现在，我通过 Cursor 和 Grok Bot 来运行这套流程。

Cursor 会整理研究资料包并撰写首次触达文案。Grok Bot 会把这些工作推进到 Nooks 和 LinkedIn，检查我的销售工具里正在发生的事情，并在我合上笔记本电脑后继续工作。

以前，我的工作流程散落在六个标签页里。

Hex 展示产品使用情况。Salesforce 和 Gong 保存客户历史。Amplemarket 帮我处理邮件。Nooks 管理序列。LinkedIn 负责发送好友请求。

等我做完研究，半个上午已经过去了。我还得写文案、创建记录，并把所有事情准备好。

现在，我每天开始工作时，已经有待审核的内容了。

SDR 的五步流程

研究： Cursor cloud agents 使用 Hex、Salesforce 和 Gong，整理客户情况。这包括产品使用情况、已关闭且未成交的机会，以及过去的对话。

寻找潜在客户： 我们会寻找职位与客户情况相符的人。优先考虑有过接触的人和重新联系的对象。只有当职责确实匹配时，我们才会向总监级潜在客户进行冷启动联系。

起草： Cursor 使用一组写作和研究 skills，以我的口吻起草首次触达内容。邮件会从真实的客户动态切入，而不是套用通用模板。

接收名单： 潜在客户可能来自管道生成名单、Cursor 每日晨间资料包，或 ChatGTM 收件箱。Grok Bot 会检查每个人是否已在 Nooks 中处于活跃状态、是否在 Amplemarket 中暂停，或是否关联到 Stage 0 机会。状态明确的联系人可以加入序列，但不会发送。状态有疑点的联系人会等我处理。

完成处理： 我会标记为 KEEP，并在 Nooks 中发送。空白的 LinkedIn 请求会单独发出。没有任何内容会自动发送。

Cursor 负责研究和文案。Grok Bot 负责后续的操作工作。

一个机器人负责一项工作

我不会用一个通用机器人处理所有事情。每个机器人只负责一项工作。

**Josh Allen，我的 Chief of Staff，**负责早间流程。他会准备下一份管道生成名单，把最终邮件放到我面前，跟踪演示申请的后续跟进，并修正被分配到错误序列的联系人。他的早间更新会告诉我有哪些变化，以及哪些事情需要我留意。

将 Josh Allen 添加到 Grok Bot

Contact Man负责潜在客户表格。它会维护保留名单，记录所有加入序列的人，并跟踪哪些行已经准备就绪。Josh 把某人加入序列后，Contact Man 会更新表格，这样我们就不会重复联系同一个人。

将 Contact Man 添加到 Grok Bot

John Ford负责 LinkedIn 请求。它会发送不附带备注的请求，并先检查每日上限和待处理请求数量。

将 John Ford 添加到 Grok Bot

SFDC Create 和 Sequencer负责联系人创建和序列变更，以应对常规 CRM 流程不顺畅的情况。

将 SFDC Create 和 Sequencer 添加到 Grok Bot。

这些机器人可以协同工作，不必每一步都交回给我处理。同一批任务中，Josh 可以让 Contact Man 更新表格，同时让 John Ford 处理 LinkedIn。我只需要查看结果，以及需要我做决定的事项。

Grok Bot 的一个早晨

下面是我最近作为 SDR 使用 Grok Bot 的早间工作流程。

我开始一天的工作前，Cursor 已经完成了一份研究资料包和一批草稿。随后，Josh 会逐一用 Nooks、Amplemarket 和 Salesforce 检查每位联系人。

每位联系人都会归入以下两类之一：

CLEAR： 可以安全地起草内容并加入序列，但不发送。

FLAG： 有些情况不明确，需要我决定怎么处理。

对于每位 CLEAR 联系人，Josh 会取用 Cursor 的草稿，按照写作规则检查，然后将其加入序列，但不发送。有六个人已经在其他地方处于活跃状态，因此机器人没有处理他们。另有 34 人存在边界情况，被列入 FLAG，等我审核。其中一人的情况完全明确，我审核后发出了邮件。John Ford 则处理了那条空白的 LinkedIn 请求。

我们也用同一套流程决定联系哪些潜在客户。它会比较产品席位数量和软件工程团队规模。如果产品使用范围足够广，我们就从 Golden List 中联系总监及以上级别的人选；否则，就联系经理及以上级别的人选。

CLEAR 联系人继续流转。FLAG 联系人则暂停。

我只把时间花在边界情况上，比如在 Amplemarket 中暂停的联系人、Salesforce 里的早期机会，或两封几乎相同的邮件。我不再把时间花在不同工具之间复制干净的数据上。

机器人还会处理我通常会拖延的积压工作。有一次，24 位联系人的邮件被放进了错误的序列。Josh 完成了现有序列步骤，把工程类职位调整到仅邮件和仅电话两种设置中，并安排在第二天下午进行首次电话联系。

草稿和最终审批仍由我负责。但这 24 位联系人的问题一次就处理完了，后续工作也没有遗漏。

让团队保持良好运转的规则

**绝不自动发送。**机器人可以研究、起草、创建记录并准备工作。我来审核和发送。

**有过接触的历史，胜过冷启动模板。**如果 Gong 显示双方之前有过实际交流，邮件就从那次交流切入。

**看实际使用情况，不只看职位头衔。**Hex 中的使用情况决定了客户是否值得接受总监级别的外联。仅有一个高级头衔还不够。

**LinkedIn 请求保持空白。**如果机器人无法核实个人资料 URL，就会标记该联系人，而不是猜测。

**重复出现的反馈要变成规则。**我的写作风格、研究流程、序列逻辑和邮件格式，都保存在 Cursor 与 Grok Bot 可复用的 skills 中。如果同一个问题出现两次，我就更新说明。

SDR 的工作是一长串琐碎任务。只有把它们都做完，你才能真正产生影响。

研究客户。整理潜在客户名单。起草首次触达内容。创建联系人。加入序列。发送 LinkedIn 请求。跟进演示申请。

每项工作看起来都很简单，直到你要在午饭前为 20 个客户全部完成这些事。

Cursor 负责研究和写作。Grok Bot 检查系统、创建记录、加入联系人、更新表格，并处理不同工具之间的浏览器操作。

它们都不会替我做那些重要决定。我仍会决定是否保留被标记的潜在客户、在 Gong 中确实有过交流记录时该如何重新联系，以及两个相似的联系人到底是不是重复项。

我仍然负责销售。Cursor 和我的 Grok Bots 负责搭建流程，让我能把更多时间花在最重要的事情上。

如果你是 SDR，可以先连接自己正在使用的工具，把研究和草稿放到 Cursor 里，让一个机器人负责早间流程，并把最终发送权留给自己。

让它在夜间运行。早上开始时，你会看到一份待审核清单，而不是一个空白对话框。

开始使用的话，可以将 GTM Account Researcher 添加到 Grok Bot。