Signal based call prep

何时使用

在与某个客户/潜客通话之前，把账户信号、参会人信息和外部时效情报综合成一份能在 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 和采购。」

1. 识别账户=Acme，参会人=VP Eng + 采购；日历兜底确认会议时间与议程。
2. 账户研究：续约日临近，近 30 天活跃席位下滑 12%，有 2 张未结支持工单，Gong 录音显示上次提到集成顾虑 → 这是带风险信号的续约。
3. 参会人研究：VP Eng 近期发帖关注可观测性；采购通常压价 → 角色与关注点入画像。
4. 综合：通话类型=续约/挽留；谈话要点扣信号（用「已交付价值」数据 + 直面席位下滑 + 集成顾虑跟进）；预判异议=价格/集成周期，备回应；推荐产出=锁定续约并约定解决工单的行动计划。
5. 时效核查：搜 "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）。