何时使用
在与某个客户/潜客通话之前,把账户信号、参会人信息和外部时效情报综合成一份能在 5 分钟内扫读完的「通话准备简报」。典型触发:
- 「帮我准备一下和 [公司] 的通话」「prep me for my call with [公司]」。
- 「和 [公司] 开会前我该知道什么?」「prepare for a meeting with [公司]」。
- 任何会前准备请求:discovery / demo / 扩容 / 续约 / QBR / 挽留通话。
本技能围绕「信号」组织:每个谈话要点都要扣在一条具体信号上(产品使用、商机/续约、风险、近期事件),而非泛泛而谈。信号源以 Common Room 这类客户情报平台为主,Web 搜索仅作时效性补充。
不该用的边界:
- 通话之后的纪要 / 跟进邮件提炼 —— 改用
sales-call-summary。 - 从零做线索发现与建表 —— 改用
sales-prospecting,那是出 ICP 名单,不是单次会前简报。 - 纯转录稿分析 —— 改用
meeting-transcript-analyzer。 - 数据稀疏时不要硬凑:宁可输出一份诚实的简短简报,也不要用编造的 deal 上下文撑满版面。
步骤
1. 识别账户与参会人
解析用户给出的信息:
- 公司名(必需)—— 在信号平台中查到对应账户。
- 参会人姓名(可选)—— 若提供则逐个研究。
日历兜底: 若有日历连接器,搜索与该公司的即将到来的会议,自动补全参会人、会议时间、会议备注/议程。 若既没有参会人、日历也匹配不到,主动追问:「这次 [公司] 这边谁会参会?我可以逐个研究让准备更有用。」
2. 账户研究
构建完整账户快照,会前优先看:
- 近期产品信号:他们此刻在产品里做什么?
- 未结商机 / 续约时间线。
- 风险信号:使用量下滑、支持工单、流失席位。
- 关键近期事件:融资、高管变动、新招人。
复盘活动历史时优先 Gong 与通话录音类活动——它们直接反映上一次对话的上下文,不要按活动来源把通话录音过滤掉。
3. 逐个研究外部参会人
对每位外部参会人,会前聚焦:
- 角色与在采购决策中的影响力。
- 个人活动与互动历史。
- 暗示其当前关注点/情绪的近期信号。
- 若平台提供,Spark 画像分类。
4. 综合谈话要点与目标
基于账户+参会人研究:
- 明确通话目标类型(discovery / demo / 扩容 / 续约 / QBR / 挽留),据此调整准备方向(见下「按通话类型调整」)。
- 生成 3–5 条定制谈话要点,每条都扣在一条具体信号数据上。
- 预判 2–3 个客户可能提出的话题/异议,并备好回应。
- 给出一条推荐的通话产出(成功长什么样)。
- 若有我方公司上下文(产品/价值主张),把谈话要点向我方产品对齐。
5. 时效核查(Web 搜索,补充性)
拿到平台数据后,做一次快速时效核查,捕捉上次数据同步之后发生的事。平台数据是主,Web 搜索只补时效,别喧宾夺主。
- 公司新闻: 搜
"[公司名]" news,限近 14 天——融资、产品发布、领导层变动、裁员、合作、媒体报道。 - 参会人露出: 对每位外部参会人搜
"[全名]" "[公司名]"——近期文章、LinkedIn 帖、大会演讲、播客、公开观点。 - 若有重大新闻(刚融资、刚招了大人物),在「信号高光」里点出;否则简略带过。
指令
按通话类型调整准备重点(无明说则从上下文推断:试用+早期信号=discovery;活跃商机=demo/评估;老客户+续约日=续约/QBR;扩容信号=扩容;工单+使用下滑=挽留):
- Discovery:找出触发会议的信号,备开放式问题;结构=信号 → 提问 → 我方能怎么帮。
- Demo:记录他们已探索的功能与技术栈中的竞品;区分技术评估者 vs 经济买家;按已知活动突出 1–2 个功能。
- 扩容:找采用率最高的产品域与新冒头的团队/用例;用已交付价值的使用数据切入。
- 续约:查互动趋势、未结工单、Champion 状态;量化已交付价值;直面风险信号并备好挽留方案。
- QBR:分析 90 天信号趋势与跨团队采用广度;以业务成果而非功能使用切入,抛 1–2 个意外数据;带前瞻议程。
- 挽留/风险:定位具体下滑信号(什么时候掉了什么)+ 未解工单;不辩解地承认信号,先提问再给方案,备好具体行动计划。
输出模板(数据丰富时):
## 通话准备:[公司] — [日期/时间(若已知)]
**会议背景**
[参会人、会议类型、已知议程]
### 公司快照
[4–6 条要点:账户状态、信号、近期活动]
### 参会人画像
**[姓名] — [职务]**
[3–4 条要点:角色、近期活动、Spark 画像(若有)、个人切入点]
[每位参会人重复]
### 信号高光
[与本次通话最相关的 Top 3 信号]
### 谈话要点
1. [扣在某条具体信号上]
2. …
3. …
### 需预判的话题 / 异议
- [话题或异议 + 建议回应]
### 推荐通话产出
[1–2 句:本次会议成功长什么样]
输出模板(数据稀疏时——少量字段、无活动、无 Spark 数据):
## 通话准备:[公司] — [日期/时间(若已知)]
**已有数据:** [精确列出平台返回了什么,如「姓名、职务、邮箱、两个标签。无活动历史、无评分、无 Spark 数据」]
### 我找到的
[只列实际返回的字段,原样呈现]
### Web 搜索结果
[公司与参会人搜索发现——或「无重大结果」]
### 建议下一步
- 我可以从平台拉取 [具体字段组](若可用)
- 我可以对 [具体主题] 做更深的 Web 搜索
- 你可能想直接在平台里查 [缺失的部分]
示例
用户:「帮我准备明天和 Acme 的续约通话,对方是 VP Eng 和采购。」
- 识别账户=Acme,参会人=VP Eng + 采购;日历兜底确认会议时间与议程。
- 账户研究:续约日临近,近 30 天活跃席位下滑 12%,有 2 张未结支持工单,Gong 录音显示上次提到集成顾虑 → 这是带风险信号的续约。
- 参会人研究:VP Eng 近期发帖关注可观测性;采购通常压价 → 角色与关注点入画像。
- 综合:通话类型=续约/挽留;谈话要点扣信号(用「已交付价值」数据 + 直面席位下滑 + 集成顾虑跟进);预判异议=价格/集成周期,备回应;推荐产出=锁定续约并约定解决工单的行动计划。
- 时效核查:搜
"Acme" news近 14 天,无重大事件,简略带过。
注意事项
- 每条谈话要点都扣在真实信号上——拒绝通用填充语。
- 简报要短——5 分钟内读完。
- 显式标注未知——参会人研究薄弱就直说,别掩饰。
- 限时研究——别为求全牺牲速度。
- 绝不编造 deal 上下文——不杜撰提案、竞品对比、定价、试用条款,或工具调用未返回的异议。
- 输出按平台实际返回的数据量自适应:只写有真实数据的小节,绝不用编造细节填满某一节。
互见
- requires:—
- related:
customer-research-synthesizer(账户/参会人研究方法可复用)、sales-call-summary(通话后的纪要与跟进邮件)、meeting-transcript-analyzer(拿到转录稿后的分析)、customer-health-scorer(量化风险/续约信号) - combines_with:
lark-calendar(会前自动拉取会议与参会人)、sales-prospecting(同一账户的线索建表)、cold-email-writer(会前/会后外联文案)、deal-pipeline-tracker(把通话产出回写商机)
采编自 anthropics/knowledge-work-plugins(partner-built/common-room/call-prep,Apache-2.0)。