Grok Bot 企业 GTM 指南:客户专家、媒体周报与会议中的演示文稿

让会议准备、拓客、技术答疑、预测和 Slides 在同一支 Bot 团队里协作。

作者:Krista Letz10-10 · 约 10 分钟

Grok Bot 的企业 GTM 指南,来自 Krista Letz 的内部实践。她用幕僚长协调会议与收件箱,再用专业岗位准备拓客研究、维护战略客户背景、查技术问题、更新商机笔记和制作 Figma 演示文稿。

GTM 是把产品带到市场与客户中的工作。这里最具体的变化,是让客户背景跟着沟通走:业务人员在手机上读会前摘要,在通话中查产品答案,再把客户刚说的内容整理进后续材料。


运作基础:让 Agent 拥有独立电脑与长期记忆

要想让常驻 Agent 真正接管业务,必须先厘清 Grok Bot 在这套体系中的两个物理前提与环境配置:

  1. 拥有独立运行的云端电脑(24/7 独立算力):Grok Bot 并不是运行在销售个人笔记本浏览器标签页里的脚本插件。它拥有自己全天候在线的云端运行环境。这意味着销售合上笔记本、下班通勤或进入睡眠时,后台分配给它的夜间深度背调、音视频转录与分析依然在自主推进,次日清晨直接交付结果。
  2. 连接核心业务工具链:Agent 的威力取决于其输入管道的丰富度。在作者的环境中,Grok Bot 接入了企业日常运转所需的各类 SaaS 工具与数据源:
Grok Bot 插件集成列表界面
作者个人工作环境中已配置的连接工具(包括 Gmail、Google Calendar、Google Drive、Granola、Notion、Slack 等)。这代表一线销售打通信息孤岛的典型配置,具体工具可根据企业实际软件栈进行替换。
  • CRM 与沟通:Salesforce(商机数据与客户档案)、Gmail(往来邮件)、Slack(内部协作频道)。
  • 会谈与音视频智能:Granola(AI 会议笔记记录器)、Gong(外部客户通话音视频智能分析工具)。
  • 知识与内容产出:Google Drive、Notion、Figma(演示文稿制作)、数据仓库(跟踪产品实际用量)、代码仓库(或企业级统一知识检索工具 Glean)。
  • 外部信号渠道:X(原 Twitter)、LinkedIn、网络研讨会与播客平台。

在此基础上,Grok Bot 具备记忆能力,会随着使用深入逐步记住销售个人的偏好风格。例如,可以直接指令它扫描销售在 Gmail 和 Slack 中已发出的历史消息,建立专属的语言风格档案(Style Profile),让后续草稿更贴近本人的表达,起草后仍需审阅。销售在离开办公桌时,通过手机 App 的语音输入即可下发任务或调取数据。


团队分工:9 类专用 Bot 的角色定位与协同关系

为了不让单个对话窗口变成杂乱无章的指令垃圾桶,作者在左侧栏中将不同任务抽象为独立的专用 Bot,并通过右键「Move to」将它们归整进不同的工作板块(Sections),例如划分为销售团队(GTM Team)、客户专属(Customers)与个人事务(Personal)等:

Grok Bot 侧边栏角色与分组管理界面
侧边栏展示了 Data Analysis、slides、Forecast 等不同角色的 Bot 对话条目,右键菜单支持将其移入不同板块,这是组织多人/多任务协同的直观工作区分类方式。

在这套 GTM 协同体系中,作者按职能划分了 9 类 Bot 角色(其中战略客户专家可针对每个战略客户独立配置实例,并非全体系固定部署 10 个):

1. 幕僚长(Chief of Staff)——置顶的总调度器

  • 真实角色:业务人员最常用的全局协调者,常驻置顶。
  • 输入与权限:全局日历、待办清单、对其他子 Agent 的唤起权限。
  • 自主动作与例行流程(Routine):
    • 日常日程准备(Daily Meeting Prep Routine):作为幕僚长下的例行日常流程,整合 Salesforce、Gmail、Slack、Granola、Gong(若为新会议则进行在线调研)等工具信息,在清晨提炼出适合手机通勤翻阅的简报;需要时协同 Slides Bot 预先定制演示文稿。
    • 团队调度与运维:统筹收件箱分流与会后跟进草稿;直接创建或唤起其他专用 Agent(如需要演示文稿时主动呼叫 Slides Bot);定期审视现存的所有 Bot 与日常流程,提出进一步并行化、自动化或清理冗余例行流程(routines)的优化建议。
  • 人工决定:业务人员保留最终发起权与架构调整权。

2. 拓客助手(Prospecting Bot)——商机拓展研究员

  • 真实角色:商机拓展与深度调研助手。
  • 输入:意向数据(Intent data)、网络研讨会视频、播客录音、企业技术博客、LinkedIn 与 X 上的关键人动态。
  • 自主动作:通常安排在夜间独立运行。深入阅读或抓取长多媒体内容(观看研讨会、听播客、阅读博客、扫描社交动态),结合目标客户战略优先级和关键人关注点,使用本人的语言风格在 Gmail 中直接起草破冰邮件。
  • 人工决定:邮件作为草稿保存在邮箱中,次日由人工审阅决定是否发出。

3. 战略客户专家(Customer Expert)——单账户专属跟进专家

  • 真实角色:大客户(Strategic Accounts)或高意向潜在客户的专属跟踪助手。
  • 拓扑关系:每个战略客户(或重点潜客)配置一个专属实例,实际业务中可根据账户数量配置多个实例。
  • 输入:该客户关联的专用 Slack 频道、往来邮件、历史通话录音摘要、售后支持工单(Support tickets)。
  • 自主动作:跟踪客户频道的动态;从会谈中标记出客户提出的功能需求(Feature requests);持续监控工单异动;在内部上线匹配客户需求的新特性时提醒业务人员;每周执行一次深度媒体追踪。

4. 数据分析助手(Data Analysis Agent)——使用数据追踪员

  • 真实角色:直连底层数据的量化分析助手。
  • 输入:公司数据仓库或产品数据分析系统。
  • 自主动作:连接相关工具,追踪业务名下客户的真实产品使用数据(usage data)。
  • 交付:用量数据概览,辅助业务人员掌握客户真实使用情况。

5. 产品专家(Product Expert / 10x Engineer)——会谈现场的技术后盾

  • 真实角色:解答深层技术疑问的技术智囊。
  • 输入:产品工程代码仓库;若无代码库访问权限,使用企业级统一知识检索工具(如 Glean)作为数据源。
  • 自主动作:在与客户进行现场通话时在线值守。当客户提出超出日常产品认知的深层技术疑问时,直接向该 Bot 提问,即可获得面向客户的技术解答,无需打扰研发工程师或翻找 Slack、Notion 及文档。
  • 交付:面向客户的技术答复口径。

6. 1:1 管理例会助手(1:1 Agent)——上下级协同闭环

  • 真实角色:管理对齐秘书。
  • 输入:与主管之间 1 对 1 会议的 Granola 录音与纪要。
  • 自主动作:在每周例会后,自动接管会上讨论的任务,交接工作并设定提醒。
  • 交付:结构化的待办追踪清单与例会准备提纲。

7. 业绩预测助手(Forecasting Bot)——CRM 自动化回填员

  • 真实角色:商机数据结构化录入员。
  • 输入:Granola、Gong、Slack、往来邮件。
  • 自主动作:依照指定格式,自动提取多方沟通中的商机进展、预算变动与阻碍因素,回填至 Salesforce 的 Opportunity Notes 字段中。
  • 价值:简化预测会议的准备过程,确保商机笔记处于最新状态。

8. 演示文稿助手(Slides Bot)——品牌规范演示文稿设计师

  • 真实角色:维护演示文稿的设计助手。
  • 输入:Figma 品牌设计系统规范、标准总演示模板(Master Deck)、多语言语料。需预先向 Bot 提供设计指南。
  • 自主动作:负责维护母版演示文稿(Master deck),基于不同客户快速复制并定制内容,并支持将演示文稿翻译为其他语言(支持翻译,无一键保证)。
  • 高阶实战技巧(现场实时生页):在客户需求挖掘(Discovery)会谈中,在会议结束前 5 至 10 分钟停止 Granola 录音,实时触发 Slides Bot 解析现场转录;Bot 会在通话最后几分钟内生成一页反映客户核心痛点的总结演示文稿,供会议结尾直接展示,或作为后续跟进(Follow-up)及下一次会议的开场演示文稿。

9. 销售教练(Sales Coach)——通话复盘助手

  • 真实角色:通话表现复盘观察员。
  • 输入:外部客户沟通的 Gong 录音与转录文本。
  • 自主动作:让 Bot 调取 Gong 上的外部通话记录,针对沟通表现提供复盘反馈,指出哪些环节做得好、哪些环节可以改善。
  • 交付:包含做得好与需改善环节的复盘反馈。

交互推演:销售全天时序执行与 Bot 矩阵沙盘

这 9 类角色并不是割裂存在,而是随着业务节奏协同串联。下方组件提供了全天执行时序与各 Bot 配置的探索矩阵:

日程教学示意:具体时间和场景不代表作者固定例程;会议准备是幕僚长的任务。

GTM Bot 团队协作矩阵与全天工作流推演

点击切换「全天业务时序链路」与「九类岗位与日常例程 Bot 专属职责沙盘」,探索从清晨日程、现场会谈、实时生成演示文稿到夜间离线深挖的数据流向与人机协作分界。

晨间通勤
晨间通勤与简报
会前准备
会前定制演示文稿
客户通话
客户会议现场协同
会后整理
拜访后归档与复盘
夜间拓客
夜间 24/7 离线深挖
移动端阅读高密度会议摘要与全天排程
07:30 至 08:30 晨间通勤
主要参与:Chief of Staff 幕僚长 + Daily Meeting Prep 日程简报
运行物理环境与载体
iPhone / 手机端语音或文字交互
接入输入工具源
Salesforce、Google Calendar、Gmail、Slack、Granola、Gong、外部网页搜索
Bot 自主执行动作
自动拉取当天全部日历日程;若为新客户则自主联网检索公开背景;若为老客户则调取 CRM 历史商机及上一轮沟通记录,浓缩为可快速通读的要点清单。
人工把关与裁决点
销售在通勤路上用手机浏览摘要;发现需要演示的场次时,语音指令幕僚长去调度 Slides Bot 生成定制演示文稿。
核心交付产出物
手机即时通读的早报(含参会人背景、上次结论、未结议题、本次攻防重点)。
Chief of Staff 幕僚长
岗位与例程
核心业务定位

日历、收件箱与团队协调

输入连接数据源

日常沟通、日历和其他岗位。

24/7 自主执行动作

组织会前准备、收件箱和会后草稿,调用其他岗位;审视并清理不必要的例程。

人工裁决与介入边界

人决定任务与关键沟通。

最终核心交付物

会议准备、会后草稿与协作安排。


核心机制:战略客户媒体周报的提示词与约束设计

在整套工作流中,战略客户专家(Customer Expert)的每周媒体巡查(Weekly media rundown)是最具代表性的异步多模态任务。这项例程先确定信号范围、记录已覆盖内容,再阅读新材料。

我们将其进行忠实中文改写,并提炼其关键技术约束,供你在自己的工作流中直接调整使用:

### 按本篇工作流改写的配置示例:战略客户全网媒体与意向巡查

针对战略客户 [目标客户公司名] 执行每周媒体深度巡查。

【第一步:初始基线设定(仅在首次运行时交互确认)】
在第一次执行任务前,先向我询问并确认以下三项核心要素,并将确认后的答案保存为基线配置,后续每次运行直接继承:
1. 我们向其销售的行业领域与具体产品类别([我方产品类别])。
2. 在我们业务语境中,哪些核心话题、技术趋势或商业动作算作「强业务信号(Signals)」(如:[技术栈迁移]、[成本优化]、[安全合规])。
3. 该客户团队中,哪些角色或职能对采购决策最关键(例如:[工程研发团队 / 财务负责人 / 业务运营团队] 等)。

【第二步:增量内容扫描(严禁重复汇报)】
仅汇报尚未覆盖的新条目(NEW content only),以状态文件去重;不能只按发布日期过滤而漏掉此前尚未发现的内容:
1. 联网检索包含该客户关键人出席的网络研讨会(Webinars)、播客音频(Podcasts)及公开发表的演讲录音,优先扫描我在基线中指定的核心岗位角色,以及该企业高管的对外战略访谈。
2. 检索 X(Twitter)等社交媒体平台上,该企业官方账号及已知核心员工近期发布的公开发言,重点匹配已保存的业务信号话题,以及任何提及我方所在产品类别或竞争对手的言论。
3. 必须维护并在每次运行时对比「已扫描历史状态文件(State file)」,每次扫描前读取该文件,确保仅汇报从未覆盖过的全新条目。

【第三步:多模态内容深度消化】
针对筛选出的每一条全新条目,必须实际消化其完整内容,不得仅凭标题推测:
- 播客与演讲音视频:调取文字转录(Transcript);若有录像则观看视频,若仅有音频则下载并转录。注意节目说明(Show notes)并非完整消化内容的等价物,仅在转录确实无法获取时作为备选依据并注明。随后提炼:
  a) 3 至 6 个核心要点提炼;
  b) 明确列出所有提及我方产品类别及竞争对手的段落,并标注其情绪倾向(积极 / 中立 / 消极);
  c) 摘录极具价值的原声金句,并附带时间戳(Timestamps);
  d) 提供单行精炼解释:说明该内容为何对该客户商机推进具有实质意义。
- 社交媒体言论(如 X 动态):提取发帖人姓名、职位、发布日期、正文原文、原始链接,并附单行说明:为何该言论对推进该客户至关重要。
- 重点标记(Flag):任何疑似采购意向(Buying signal)、或者客户公开表态其在我方类别中的采购决策逻辑与自研计划的内容。

【第四步:交付输出与状态更新】
1. 每周发送一份整合周报。若本周经去重排查后未发现任何全新内容,仅输出单行通知说明「本周无新增有效外部媒体动态」,切忌无病呻吟编造汇报。
2. 若某项音视频内容确实无法获取文字转录,必须如实说明「无法获取转录」并基于节目说明(Show notes)进行总结说明依据,不得直接跳过该条目。
3. 每次汇报完毕后,立即更新状态文件(State file),记录所有已覆盖过的条目,以备下次对比去重。

关键机制设计解析

这段提示词之所以能够长期稳健运行,关键在于它内含了四层严格的工程化约束:

  1. 记忆基线沉淀(Stateful Setup):通过在首轮运行前强制向销售澄清业务范畴,将目标决策人角色和信号词持久化保存,避免了每次执行都要重复输入前置背景。
  2. 状态文件增量去重(State file):长期运行的 Agent 最容易犯的错误是反复抓取同一篇已经读过的内容。提示词明确要求「读取历史状态文件,只汇报增量」,杜绝信息轰炸。
  3. 真实多模态消化(Deep consumption):要求真正消化内容(调取完整转录、观看视频或转录音频),提取核心要点、竞品提及与时间戳;节目说明(Show notes)并非完整转录的等价替代,若转录确实无法获取,须注明依据并由 Show notes 总结。
  4. 零更新时的静默克制:在没有有效信号的一周,明确要求「仅发送单行说明」,这极大保护了销售的注意力,让交付物保持极高的信噪比。

实战经验:如何把 Agent 当作真实同事来培养

根据作者在企业一线的长期实践,要把 Grok Bot 磨合为得力助手,需要经历以下四条关键的工作方法转变:

1. 像对待新入职员工一样完成「带教入职」(Onboarding)

不要指望仅仅扔给 Agent 一句抽象的指令,它就能凭空理解你的业务品味。作者的做法是:当第一次共同执行某项任务时,让 Agent 开始录制,再由销售接管 Bot 的电脑,亲自演示一遍操作细节(例如演示自己平时是如何在 X 上顺藤摸瓜检索潜在客户决策链的)。演示完成后,要求 Agent 将这次录屏的操作逻辑提炼、固化为一个可复用的「技能(Skill)」。后续再遇到同类任务,Agent 即可按照固化的技能路径自主执行。

2. 持续输入优秀语料,建立语言人设

如果直接让大模型写邮件,产出的往往是充斥着模板套话的空洞内容。在让 Bot 负责起草 Gmail 前,先让它深入扫描你在 Gmail 和 Slack 中已发出的历史邮件,学习你日常的句子长短、用词喜好和标点习惯;同时向其提供几篇你满意的沟通范例(Give your bot a few examples of outreach you're proud of),建立语言风格档案(Style Profile),让它在起草时贴近你的真实表达风格。

3. 构建防废话规则(Anti-slop rules),持续迭代调优

不要把 Agent 当成一次纠正就永远不会犯错的神器。在日常工作中,每当销售发现 Agent 给出了不满意的格式、编造了生硬的客套话或者漏掉了关键判断,不要只在当前会话里手动改完就算了,而是必须顺手给它增加一条负面规则,将其沉淀进专属的技能库。例如,作者维护了一个专门的「防套话技能(Anti-slop skill)」,随着时间推移不断充实规则,让 Agent 的输出越用越精准。

作者还会明确要求 Bot 启动多个云端 Agent 并行处理任务,并将这种分工方式写成技能,便于下次复用。

4. 善用群聊机制与幕僚长组织巡检

当面对复杂的复合型业务时,可以将不同的 Bot 拉入同一个「群聊」让它们互相调用(例如幕僚长 Bot 协调 Slides Bot 共同完成交付)。同时,定期给幕僚长 Bot 下发巡检任务,让它通盘审视销售当前名下挂载的所有 Bot、定时任务和日常流程,主动指出哪些地方可以进一步通过云端并行处理来提速,哪些长期不用的冗余日常流程应当及时清理。


总结:常驻 Agent 协助推进 GTM 业务

SpaceXAI 的实践展示了常驻 Agent 在企业 GTM 体系中的协作方式:

  • 全天候后台运行:Bot 拥有独立的运行环境(24/7 运行),在人员离开电脑后,后台的调研、转录与数据整理仍在推进。
  • 连接业务与产品工具链:通过连接日常沟通、会议笔记、底层代码库与数据仓库,将前线遇到的技术问题与需求反馈快速衔接,无需人工跨部门打听与翻阅多份文档。
  • 服务于完整的 GTM 流程:GTM 工作不仅是销售签单,还涵盖将产品推向市场、收集客户真实反馈并协同产品落地的完整工作。将繁琐的行政记录、演示文稿制作、信息检索等交由后台 Agent 流转,使团队能够将更多精力投入到客户沟通与核心业务推进中。
来源
Grok Bot for GTMKrista Letz·查看主材料
↑ 正文结束
✓ 本篇全文免费开放

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

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

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