Grok Bot 创始人销售指南:Founder Mode 串起首批客户与产品反馈

一名幕僚长和八个专岗,覆盖客户画像、触达、会谈、需求整理与产品迭代。

作者:Simon Lackowski10-10 · 约 11 分钟

Grok Bot 的 Founder Mode,是 Simon Lackowski 为创始人亲自做早期销售设计的一套工作配置:一名幕僚长,八个专业 Bot。它们准备客户研究、触达与会谈材料,再把客户反馈接到产品改进和后续沟通。

在招聘首位销售之前,创始人仍需要亲自学习客户为什么愿意买、如何定价,以及怎样形成可重复的打法。Bot 把相关背景与草稿提前准备好,发送、合同、价格和代码合并仍需要批准。


一、起步配置与 8+1 架构:给创始人配一支 24 小时待命的协作团队

许多人尝试用 AI 辅助工作时,最常犯的错误就是把所有需求塞进同一个对话框,最后让上下文变成一锅无法理清的乱炖。在 Founder Mode 的设定中,核心设计原则是「一个 Bot 只认领一件具体的工作」,并通过四个彩色文件夹(Pipeline、Customers、Product、Marketing)进行归类隔离。

常驻在云端虚拟机上的 Grok Bot 即使在你的笔记本合上时依然保持运转。每天清晨走进办公室时,夜间准备好的任务已经分门别类暂存在对应的待办格中。Bot 具备记忆能力,可读取往期邮件理解外拓风格,提炼语气指南供所有起草 Bot 遵循。

起步配置:Founder Mode setup pack 与工具接入

部署的第一步是安装 Founder Mode setup pack,它包含 1 位数字幕僚长 Bot、4 个侧边栏文件夹、8 位专职 Bot、16 个处于暂停状态的例行任务(paused routines)以及 1 个共享数据文件夹:

  • 约 20 个初始提问(Onboarding):系统会询问公司的业务与宣讲重点、创始人语气样本、ICP 画像、目标账户、竞对名单、P0 级问题定义、连接器选择,以及决定开启哪些例行任务。
  • 调度确认后启用:所有例行任务初始均为暂停状态,只有当创始人明确确认了偏好的执行时间表(preferred schedule)后,对应的 routine 才会正式启用。
  • 工具接入节奏:优先连接已在使用的工具——Gmail 与 Calendar(仅授予草稿起草与只读权限)、交易跟踪表 CSV(直到业务体量超出表格承载)、LinkedIn 与 X(仅草稿与只读权限,保持手动发帖),以及通话纪要工具 Granola。CRM(如 HubSpot、Attio)、供 Product Bot 联动工程的 GitHub、用于现金核对的 Stripe 或 Mercury,以及用于实时联动的 Zapier 或 Make 等 Webhooks,均可在后续按需接入。

映射创始人销售的六步旅程

这套架构直接映射了初创团队在招募首位专职销售之前必须经历的 6 个关键业务阶段:

  1. 明确 ICP(Define your ICP):明确谁能从产品中获得真正价值、分布在何处,并清晰区分出谁是掏钱的经济买家(economic buyer),谁是日常承受业务痛点的人(who feels the pain)。
  2. 寻找设计伙伴(Find design partners):将 ICP 转化为一份精准的目标客户短名单,并在人脉网络与历史互动中寻找温和破冰路径(warm paths in)。
  3. 准备首次会谈(Prep for first meetings):提前深入调研目标账户背景,进行沟通排练,并规划好关键的需求挖掘(discovery)框架。
  4. 沉淀首套销售剧本(Build your first playbook):把早期的面对面沟通动作打磨成一套可重复、并最终能够交接给新销售的标准化动作机制。
  5. 推进交易管道与预测(Run pipeline and forecasting):持续推进商机走向,看清究竟是哪些因素在实际驱动收入增长。
  6. 驱动产品持续迭代(Make your product better):把从一线收集到的客户与产品反馈,转化为新功能研发优先级的直接依据。

整个架构包含 1 位幕僚长与 8 位专职专家:

1. 总控中枢:Founder Mode(幕僚长 Bot)

这是创始人日常唯一需要直接打交道的 Bot。它负责统领全局:

  • 每天早晨 8:00:把其他 8 个 Bot 夜间运行产出的所有半成品合并,生成一份唯一的「每日行动清单(Daily Action List)」。
  • 每周一:对照实际入账收入(incoming revenue)进行核对。
  • 每周五:输出整周交易管道进展与赢单/输单分析摘要(Win/Loss Digest)。
  • 每月一次:起草投资人月度更新信草稿(需经创始人批准),并结合市场反馈提出 ICP(理想客户画像)的调整提议。
  • 全局熔断机制:任何系统监测到的 P0 级严重客诉与紧急 Bug,会直接绕过批处理,第一时间呈报到这里。

2. Pipeline 文件夹:交易推进组

  • Sell Bot(销售现场会谈与跟进):专注于正在进行的真实商机。开会前,它从日历、Granola 通话录音和利益相关者地图中提炼出 1 页「会前简报」;会议结束后几分钟内,自动在草稿箱拟好会议纪要、针对性跟进邮件,并向创始人提出 CRM 阶段(Stage)变更建议。核心红线:方案报价、定价变动和合同条款,严禁擅自决断。
  • Outreach Bot(外拓触达):每天清晨 7:00 暂存当天的外拓触达批次:包含冷邮件、按作者所称“5 至 6 天的跟进节奏”安排,并在约 8 次触达后停止(原文未给出逐次间隔表),以及针对每个潜在客户成对起草的 LinkedIn 留言。运行前它会先读取交易跟踪表(Deal Tracker),自动排除处于活跃交易中或标记为免打扰的对象;温线索则来自 Social Bot。整批草稿全部等待创始人审批,绝不自动外发。

3. Customers 文件夹:客户与认知组

  • Inbox Bot(支持邮箱与客户关怀):每天扫描两次支持邮箱,按 P0 到 P4 评级,以创始人口吻拟定回复草稿,并将所有内容追加写入共享反馈日志。它借鉴《妈妈测试》(The Mom Test)的原则,严格标记客户的「客套赞美」与「过去的真实行为」。P0 级问题与 Bug 立即升级呈报给 Founder Mode。当某项功能发布上线时,它会为所有提出过该需求的客户逐一起草跟进通知。
  • Insights Bot(需求洞察与聚类):每周对反馈日志、外部信号与会谈纪要进行一次聚类分析。它依据出现频率、受影响账户数以及受影响的交易管道(frequency, accounts and pipeline affected)对主题进行排序,并提出 ICP 变更建议。只有排名最高且跨过预设阈值的主题,才会流转给 Product Bot。

4. Product 文件夹:产品与工程组

  • Product Bot(需求规格与工程草案):接收到排序靠前的主题后,把它转化为一份精炼的技术规格说明(Spec)、在 GitHub 上创建 Issue,并调度云端编程 Agent 打开一个 Draft PR(草稿合并请求)。核心红线:它绝不自动执行代码合并(Never merges),代码合并前必须经过人工审查批准。代码合并后,它起草更新日志并移交给 Inbox Bot 闭环通知客户。
  • Stalk Bot(竞对雷达):使用专门的独立测试邮箱监控竞对动态,坚决不用创始人的真实邮箱。每次扫描不仅汇总竞对做了哪些变更,更在结尾固定产出两样东西:一条递给 Sell Bot 的反制防御话术(Counterpositioning Move),以及一条递给 Content Bot 的内容选题切角。它绝不公开发帖,也绝不私信任何人。

5. Marketing 文件夹:市场与阵地组

  • Content Bot(内容营销与社交资产):用创始人的口吻起草社交长文、脱敏后的匿名案例集(Case Studies)以及每周内容日历。提炼出的真实客户论据(Proof Points)反哺给一线销售作为弹药。所有内容均由创始人手动点击发布。
  • Social Bot(社交痛点雷达):每个工作日早晨扫描趋势、自己的社交账号与目标账户,起草回复,并把互动者作为温线索交给 Outreach Bot。Insights Bot 也会结合近期会谈、重度用户的功能使用与客户画像变化,建议值得进一步访谈的人选。

二、交互沙盘:双闭环流转与红线防御

为了让大家直观感受这 9 个 Bot 如何像交响乐团一样无缝协作,下面的交互沙盘展示了系统运行的两条主干回路、9 大 Bot 的详细职责与绝对红线,以及一条线索进入系统后的三路分流逻辑:

分流场景为虚构教学示例,不是实际客户记录或通用筛选阈值。

按原文角色解释协作;排序没有公开的金额加权公式,例程需经你的配置与批准。

Founder Mode 8+1 协同控制台与流转沙盘

点击切换不同视图,观察 8 位专职 Bot 与 1 位幕僚长如何分工、相互递棒,以及如何把守「不准自动外发」的安全红线。

商业拓展流(线索到成单) 客户旅程
1
社交痛点监测
Social Bot 扫描公开发帖抱怨痛点的目标客户
2
排重与冷邮件/私信起草
Outreach Bot 查重 CRM,生成邮件+LinkedIn草稿
3
早晨清单人工终审
Founder Mode 汇总,创始人一键审核并发送
4
会前备战与会后跟进
Sell Bot 出具简报,并在会后几分钟拟好纪要与跟进
产品迭代流(反馈到交付) 飞轮自进化
1
客诉收集与《妈妈测试》过滤
Inbox Bot 过滤客套赞美,沉淀真实付费/绕路行为
2
需求聚类与频率、账户与管线影响排序
Insights Bot 每周统计受影响商机,跨过阈值才上报
3
规格书生成与草稿 PR
Product Bot 出 Spec 并提 Draft PR,人工合并
4
通知原客诉人与故事宣发
Inbox Bot 点对点回访闭环,Content Bot 发案例推文
当前节点解析:社交痛点监测(Social Bot)
Social Bot 每个工作日早晨静默扫描 X 和 LinkedIn 上目标客户的讨论。它不是找“谁挂着 VP 头衔”,而是检索“谁正在抱怨我们能解决的具体问题”。一旦命中,将其作为温线索(Warm Lead)递交给 Outreach Bot。
Founder Mode总控中枢

创始人日常唯一交谈的幕僚长。合并全天待办、周一核查进账、周五复盘赢输单、P0 级问题立即上报。

Sell BotPipeline

负责正在交谈的商机。会前备好 会前简报,会后几分钟生成精准纪要与跟进邮件。

Outreach BotPipeline

早晨 7 点准备当天外拓批次。按作者所述 5–6 天节奏跟进,总计约 8 次触达;原文未给出逐次间隔表。

Inbox BotCustomers

每日两次扫描支持邮箱,P0~P4 分级,《妈妈测试》拆解,发布后定向通知。

Insights BotCustomers

每周聚类反馈,按频率、涉及账户与受影响商机管线排序;原文未给出加权公式。

Product BotProduct

把通过阈值的第一大痛点无缝翻译成技术需求规格书并启动工程草案。

Stalk BotProduct

竞对动态监测。静默跟踪对手变更,产出反击招式与营销选题。

Content BotMarketing

将一线真实作战成果提炼为个人品牌与公关弹药,维持创始人声音。

Social BotMarketing

每个工作日早晨嗅探行业趋势,捕捉公开发表痛点的潜在客户。

🤖 Founder Mode [总控中枢 (Chief of Staff)]
核心职责定位

创始人日常唯一交谈的幕僚长。合并全天待办、周一核查进账、周五复盘赢输单、P0 级问题立即上报。

输入数据源

全部 8 个专职 Bot 的运行产物、Stripe/Mercury 现金流数据、客户紧急告警

自动化处理与产出

每日晨会摘要卡、周度复盘报告、月度投资人备忘录

🚨 绝对红线(严禁自动化)

禁止越过创始人直接对外回复任何邮件或做出商业承诺

目标:某 50 人开发者工具团队工程 VPKEEP(生成草稿)
ICP 客户画像核验匹配(SaaS、Pre-A 轮、技术密集型团队)
时机信号(Why Now Signal)命中强信号!该企业本周在 X 上吐槽多环境测试效率,并招聘第 1 位专项 DevOps
防撞单交叉校验(Deal Tracker / 邮箱 / 日历)通过(未在 deal tracker 中,邮箱及日历无近期往来)
破冰通路挖掘(Warm Path)命中共同联系人:发现创始人曾在前公司与该工程 VP 的技术总监共事
🤖 Bot 执行决策与底线起草 1 封定制邮件 + 1 条 LinkedIn 私信存入 Gmail 草稿箱,开头直切其多环境部署痛点与共同好友,绝不先推销产品,等待创始人早晨人工点发送。

三、双环互锁:一条社交抱怨如何演变成一行上线代码

在这套体系中,真正产生威力的不是单个 Bot 的能力,而是数据在 Bot 之间流动所构成的两大闭环:

环一:商机获客闭环

  1. Social Bot 扫描公开讨论痛点的潜在用户,将温线索与 Insights Bot 识别的高价值方向递交给 Outreach Bot;
  2. Outreach Bot 交叉比对 Deal Tracker 排除在谈客户与免打扰对象,寻找人脉网络中的破冰通路,成对拟好邮件与 LinkedIn 留言草稿;
  3. Founder Mode 在每日行动清单中呈报,经创始人手动确认后外发;
  4. 获得客户回复后,Sell Bot 在会前自动生成简报,会后立即起草纪要、跟进邮件与阶段更新建议。

环二:产品自进化闭环

  1. 会谈纪要与客户支持邮件汇入共享反馈日志;
  2. Insights Bot 每周按出现频率、受影响账户数以及受影响的交易管道进行聚类排序,并提炼 ICP 变化提议;
  3. 当高优先级主题突破预设阈值后流转给 Product Bot,由云端 Agent 生成规格说明、创建 GitHub Issue 并开出 Draft PR;
  4. 代码合并前必须经过人工严格审查;合并后由 Product Bot 生成更新日志;
  5. Inbox Bot 为曾经提出该需求的所有客户起草同步通知完成闭环,Content Bot 提炼真实案例反哺一线销售。

在这两个闭环中,每一个节点都在向下游交接,但每一个出口都被安全边界锁住:

  1. 输入阶段有防撞过滤:Outreach Bot 运行前先查 Deal Tracker,绝不骚扰处于活跃交易中或标记免打扰的客户;
  2. 加工阶段有真实性标注:Inbox Bot 借鉴《妈妈测试》准则,严格区分表面赞美与过去已发生的真实行为,而不是将尚未付费的反馈一概判为伪需求,防止产品研发被客套话误导;
  3. 输出阶段有人工把关:所有外发邮件、社交发帖、代码合并、投资人更新草稿、CRM 记录与发票最终确认,均需创始人亲自审查批准。

作者展示的一周:从 8 组草稿到周五复盘

周一清单中,Outreach Bot 已准备 8 组邮件与 LinkedIn 草稿:匹配画像、有真实信号和联系路径的进入 KEEP;匹配但缺少“为什么现在”的进入 HOLD;已有商机、已是客户或免打扰的进入 DQ,不起草触达。周中会前材料提前备好,会后几分钟内有复盘与跟进草稿;安全问题回复中的未核实主张会明确标记。周五再汇总受影响账户与管线、停滞的下一步以及下周承诺。这个 8 组是作者的示例批次,不是默认每日配额。

四、核心提示词拆解:周一早 7 点的「找设计伙伴」例行任务

在 Founder Mode 的预置包中,作者提供了一个每逢周一早晨 7:00 自动执行的「设计伙伴与线索扫描」提示词。这是一个可以直接迁移到你自己的 Agent 或工作流中的标准模板。

为了便于大家结合自己的业务改造,我们将其忠实改写为中文,并详细拆解其关键约束:

每逢周一我本地时间早晨 7:00,搜寻符合我 ICP(理想客户画像)、且在本周内公开讨论过 [具体痛点问题] 或发布过 [特定岗位招聘] 的企业。

在第一次执行前,请先向我提问并确认我的 ICP 画像细节(行业、团队规模、发展阶段、地域范围)、谁是实际掏钱的经济决策人(Economic Buyer)、谁是日常承受痛点的实际使用者、哪些业务信号才算有效信号,以及哪些企业属于绝对不能触碰的黑名单。将这些答案沉淀保存,并在后续的每次任务中严格执行。

针对扫描到的每个匹配对象:
1. 按匹配度进行排序,并附上该信号来源的具体网页链接进行解释说明。
2. 交叉核对我的交易跟踪表(Deal Tracker)、工作邮箱和日程日历,严禁将现有客户或正在跟进交谈中的对象作为新线索推给我。
3. 挖掘并寻找我过往人脉网络中可以借道的温和破冰路径(Warm Path),并直接点出这位中间人的名字。
4. 用我的口吻起草一段简明扼要的初次触达私信或邮件:第一句必须直奔对方暴露的具体信号或痛点展开,严禁一上来就推销我们自己的产品。

将所有初筛结果严格归入三类,并用一句话说明判定理由:
- KEEP(画像契合、信号明确、有破冰通路,生成草稿)
- HOLD(画像符合但缺乏关键的“为什么是现在”的当下时机信号,暂存观察)
- DQ(淘汰:已在交易流中、已是客户或处于免打扰名单)
记录一份已经研究覆盖过的账户名单,每次只呈报全新的增量线索。若本周没有符合条件的新线索,发送单行简短说明即可。

所有生成的邮件草稿必须统一放置在 Gmail 的 Drafts(草稿箱)中。严禁直接调用发送接口,严禁私自将联系人录入自动化触达序列,未经我的明确许可,严禁擅自修改我的 CRM 数据。

这段提示词里的 5 个工程级防线:

  1. 自适应冷启动与记忆持久化: 在第一次执行前,请先向我提问...将这些答案沉淀保存。这保证了 Prompt 不是写死的硬编码,它强迫 Agent 在启动时通过交互式问答提取创始人脑海中的非结构化商业认知,并建立长期基线。
  2. 用行为信号确定触达理由: 在盲目的销售外拓中,往往容易根据头衔盲目触达。该提示词明确限定:触达依据是企业正在公开讨论的痛点或具体的岗位招聘信号;时机信号本身才是让信息值得被阅读的原因,而非单纯看职位头衔。
  3. 多源交叉去重,防止灾难级撞单: 交叉核对我的交易跟踪表、工作邮箱和日程日历。早期初创团队最尴尬的事情,莫过于自己的自动化工具给正在商务谈判的关键客户发去一封弱智的通用冷邮件。多渠道的数据联检是 Agent 进业务的刚性前置条件。
  4. 强行进行 KEEP / HOLD / DQ 三路分流: 避免 Agent 为了讨好用户而把所有沾边的线索全塞进待办。没有明确“当下动作”的移入 HOLD;已存在接触的立刻 DQ。
  5. 写清哪些动作必须获得批准(Human-in-the-Loop): 提示词末尾的严禁自动发送、严禁录入自动化序列、未经许可严禁修改 CRM,构成了方案的安全红线。Bot 只负责调研、起草与暂存,所有外发、代码合并前的人工审查、投资人更新信草稿、CRM 记录写入与发票最终确认,全部必须由创始人亲自把关。

💡 工具迁移建议: 原文基于海外常用的 Gmail、Granola、GitHub 和 CSV 表格。如果你在中文或国内办公环境下落地,可以按实际连接能力尝试替换:

  • 邮箱与日历 -> 飞书、钉钉或企业微信;
  • Deal Tracker -> Notion 数据库、飞书多维表格或本地 Excel;
  • 通话纪要工具 Granola -> 飞书妙记、通义听悟、或本地 Whisper 录音转录流水线;
  • 代码托管 GitHub -> GitLab、Gitee 或内部代码平台。 可以借鉴其中的分工、信号触发、草稿暂存与人工放行,再核对所选平台是否支持相应连接与动作。

五、创始人做销售的 5 条生存法则

在这套工作流的最后,作者结合自身从一线销售打到初创期操盘的体会,给出了 5 条极其朴素但致命的经验法则。这些建议超越了工具本身,直接决定了早期销售的成败:

1. 绝对不要自动发送(Never auto-send)

Bot 的职责是调研、起草和暂存(research, draft, and stage)。未经批准,绝不发送、发布任何内容,也绝不自动合并代码;CRM 记录与发票最终确认同样必须获得批准。客户读到的每一条消息,创始人都必须先亲自看过。

2. 温暖引荐远胜过精美冷信(Warm intro over a cold template)

当 Social Bot 发现相关的互动通路时,Outreach Bot 便以此作为起点展开触达,顺着真实的互动上下文切入,而非直接套用冰冷的推销模板。

3. 行为信号重于职位头衔(Signal beats title)

展开触达的原因应当是该账户正在做什么、可能正在经历哪些痛点,而不是因为某人拥有副总裁(VP)头衔。真实的业务行为信号,才是让信息值得被阅读的关键。

4. 纠正过两次的错误,立刻沉淀为系统规则(Feedback I give twice becomes a saved instruction)

在审查 Agent 起草的内容时,如果你发现自己在同一个地方(无论是特定术语的表述、某种禁忌说辞、还是对竞对的定性)连续修改了两次,这就意味着系统的底层规则库缺少了这个维度的约定。此时不要只改草稿,而要立即让幕僚长 Bot 把这次修正固化成一条系统 Skill 或 Settings 规则,防止犯同样的错误。

5. 明白创始人必须亲自保留什么(Know what to keep)

前期业务探索(Discovery)、定价与商务博弈、以及第一个设计伙伴拍板说“Yes”的那通生死电话,必须且只能由创始人亲自打。

这些艰难的面对面对话,是创始人提炼“我们的产品到底给谁带来了什么价值、究竟该怎么卖”的唯一一手信源。

何时才是招募第一位全职销售代表(First Sales Hire)的最佳时机? 不是当你觉得销售很累的时候,而是当 Sell Bot 和 Insights Bot 跑出来的这套销售剧本已经高度成熟、不断自我重复,而你本人的日历已经排满会议、成为整个公司推进交易的唯一物理瓶颈时——那一刻,才是把方向盘交给专职销售团队的成熟时机。

原文提供的模板入口

以上为原文提供的入口。安装后仍需连接自己的账户、资料与工具;本次核查未执行安装或验证登录后的模板状态。

来源
Grok Bot for Founder-Led SalesSimon Lackowski·查看主材料
↑ 正文结束
✓ 本篇全文免费开放

会员可复制、下载全文 Markdown,还能让你的 AI 订阅和提问。

阅读原文 ↗
📮 新解读第一时间进邮箱

读完觉得有用?留个邮箱,每篇新解读发布就送达,随时退订。