销售跟进纪要

要解决什么问题

销售会议结束后，常见痛点是：转写稿冗长、客户原话与内部猜测混在一起，承诺事项和下一步负责人不清晰，跟进邮件又要从头写一遍。若把「我们觉得客户会买」写进纪要，后续交付和复盘都会踩坑。

技能如何工作

本技能在明确输入边界的前提下，把会议录音转写、客户信息和机会阶段整理成可交付的三类输出：

• 结构化纪要：围绕客户原话、约束、决策人和时间点提取业务事实，不扩大到无关任务
• 承诺事项：区分已确认承诺与待确认项，每条判断尽量附输入证据或来源位置
• 跟进邮件草稿：与纪要、承诺对齐，便于直接改写发送

工作流程可概括为四步：整理业务事实 → 识别决策缺口（以你提供的材料为事实边界）→ 生成上述交付物 → 用「不得把销售猜测写成客户承诺」做最终校验，并列出阻断项、风险项与下一步负责人。

首段会先给出可执行结论，再展开细节；对缺失的目标平台、时间范围、数量或格式会列出假设，不静默编造事实。个人信息、订单与未公开商业数据按最小披露处理。

适用边界与注意点

• 输入最低要求：会议转写、客户信息、机会阶段；信息不足时输出会标注「待确认」而非虚构
• 质量门槛：强调提取原话与决策链，不把建议伪装成已完成动作
• 需要示例任务或调用前后对比时，技能说明中指向 references/example.md，实际使用时按你的真实材料调用即可