一个销售跟进 AI 工作流，最小版本怎么做

先说结论。

销售跟进 AI 工作流的最小版本，不应该自动给客户发消息。第一版只需要把零散记录整理成结构化摘要，给出下一步建议，经销售确认后写回 CRM。

这条链路短，却覆盖了输入、模型、人工审批和业务系统集成。它适合验证价值，也方便控制误写和越权风险。

适合谁：先确认团队真的有跟进记录

这套最小版本适合已经使用 CRM、但通话记录和跟进计划质量不一致的小团队。销售可能把信息留在会议纪要、聊天记录或个人笔记里，主管很难及时看到阻塞。

如果团队连客户、商机阶段和负责人都没有统一记录，AI 不会自动补齐流程。此时应先规范最小字段，再谈自动摘要。

判断是否适合试点，可以抽查最近十条跟进：是否能找到原始记录、客户对象、当前阶段和下一次动作。缺失超过团队可接受范围时，输入治理优先。

最小流程只保留五个节点

第一版建议固定为：记录进入、内容清洗、结构化摘要、下一步建议、人工确认与 CRM 写回。每个节点只做一件事。

记录进入可以来自表单、会议纪要或通话转写，但要保留来源链接。清洗只去除格式噪声，不改业务事实。模型输出使用固定 schema，人工界面展示原文与建议差异。

节点越多，失败原因越难判断。自动查公司新闻、生成邮件、安排日程可以后加，不应阻塞第一轮验证。

输入字段决定摘要是否可用

至少需要客户或商机 ID、跟进时间、参与人、原始记录、记录来源和销售负责人。可选字段包括当前阶段、历史承诺和产品范围。

不要让模型仅靠客户名称猜测上下文。跨客户同名、旧记录混入和转写错误，都会让建议偏离。历史上下文应由系统按明确规则读取，并记录使用了哪些版本。

输入质量的判断标准不是文字是否完整，而是另一名销售能否从记录中确认客户诉求、承诺和未决问题。

输出要用业务字段，不要只生成一段总结

建议输出客户目标、已确认事实、未确认信息、异议、我方承诺、客户承诺、风险、下一步动作、建议时间和证据片段。

每个关键字段最好附原文引用或时间位置。模型无法确认时应输出“待确认”，不能为了填满表格补全信息。

一段漂亮摘要不方便 CRM 查询，也无法触发后续提醒。结构化字段才便于销售编辑、主管查看和后续统计。

下一步建议必须与事实分开

“客户说预算未批”是事实，“下周发送 ROI 材料”是建议。两者混在一起，CRM 会把模型推测当成客户承诺。

界面上要分区展示事实、风险和建议。建议还应写出依据，例如“客户提到需要财务评估，因此建议准备成本说明”。

判断建议是否合格，不看语气是否专业，看它是否具体、可执行、指向负责人，并且没有越过销售策略和客户权限。

人工确认要能修改、驳回和说明原因

人工确认不是只放一个“通过”按钮。销售需要逐项修改摘要，选择采纳哪些建议，标记错误原因，并决定是否写回。

驳回原因可以分为原文错误、上下文不足、建议不合适、客户信息敏感和重复记录。结构化原因会变成后续优化样本。

高风险动作如对外发送、修改报价和承诺交付时间，应保持独立审批。即使摘要准确，也不能自动获得这些权限。

CRM 写回要解决重复、版本和审计

写回前要检查商机 ID、记录版本和幂等键。相同会议被重复导入时，不应生成两条跟进。销售修改后，要保存 AI 初稿与最终版本的关联。

写回失败时，系统应保留待处理状态并允许重试，不能让用户以为已经同步。外部 CRM 返回的记录 ID 也要进入日志。

具体场景是销售连续点击两次确认。没有幂等控制，会出现重复任务和重复提醒，最后团队反而不信任自动化。

常见失败：一开始就自动发邮件

自动发信看起来价值最大，却把输入错误、建议偏差和客户语气风险直接暴露给外部。第一版应只生成草稿，并要求销售确认收件人、事实、附件和发送时间。

另一个失败是用“摘要质量不错”作为验收。真正指标应来自流程：销售是否愿意确认、修改集中在哪些字段、CRM 是否减少漏填、错误能否追踪。

没有稳定原始记录时，先改录入表单或会议记录流程，通常比调 Prompt 更有效。

这套最小版本的优势和限制

它的优势是把风险留在内部：摘要、建议和写回都能逐项检查，团队也能从修改原因判断问题究竟来自输入、规则还是模型。只要 CRM 支持稳定 ID 和受控写回，就能在不改变对外沟通方式的前提下试点。

限制同样明确。它不会解决销售策略不一致、客户信息长期缺失或 CRM 从不被维护的问题；人工确认也意味着第一版不一定节省每一分钟。若确认成本接近重新整理，应该先减少输出字段，而不是继续增加自动化节点。

MVP 操作与验收清单

最小开始是选一种记录来源和一个销售小组，只生成待确认摘要，不发送消息，也不写回 CRM。离线样本稳定后，再逐步打开确认与写回。

• 选一个销售小组和一种记录来源；
• 定义不超过十个输出字段及“待确认”规则；
• 准备正常、缺字段、冲突信息和重复导入样本；
• 确认界面同时展示原文、AI 草稿和修改结果；
• CRM 写回有幂等键、失败状态和审计记录；
• 对外发送、报价和承诺仍由销售执行。

试点两周后，先看修改原因和写回失败，不急着增加更多生成能力。只有摘要字段稳定、销售愿意使用，才考虑自动提醒或邮件草稿。

替代方案与下一步

数据量很小的团队，可以先用统一表单加人工模板，不必接模型。已有销售录音分析平台的团队，也可以只做 CRM 写回和审批，不重复建设转写。

我的建议是先选一类高频跟进，用二十条已脱敏记录做离线演练。把每个字段的正确、待确认和错误都记下来，再决定第一版上线边界。