Read AI 教程：搭建销售会议复盘与 CRM 行动项流程

这篇教程会完成什么

我们会建立一套可落地的销售会议流程：

1. 明确哪些会议允许 Read AI 加入。
2. 在邀请和会议开场完成录制告知。
3. 让 Read AI 生成摘要、主题、问题和行动项。
4. 由销售代表核对客户承诺、报价和截止日期。
5. 将已确认字段同步到 CRM。
6. 让经理按异常信号选择会议复盘，而不是盲目依赖评分。

目标不是记录越多越好，而是让会议资料可验证、行动项有人负责、CRM 不重复写入，并且客户知道数据如何被处理。

开始前需要准备

准备一个测试用 Read AI 工作区、一套非生产 CRM 或测试表格，以及 5 至 10 场经过脱敏的模拟会议。先不要自动覆盖正式商机字段。

定义基础字段：

• meeting_id：会议或日历事件唯一 ID
• account_name：客户公司
• opportunity_id：CRM 商机 ID
• meeting_type：discovery、demo、negotiation 或 renewal
• summary_confirmed：代表确认后的摘要
• objections_confirmed：确认后的客户异议
• next_step：下一步动作
• owner：负责人
• due_date：截止日期
• recording_url：受权限控制的原始记录链接

其中 meeting_id 是幂等关键。不要只用客户名和会议日期去重，同一客户一天内可能有多场沟通。

第一步：建立会议准入规则

不要让机器人自动加入所有日历事件。先定义允许范围，例如客户 discovery、产品演示和续约会议；排除一对一、人事、法律、医疗和其他敏感会议。

为内部测试、外部客户和高敏感客户建立不同策略。主持人应该能够在会议前关闭机器人，而不是只能在它加入后临时移除。

第二步：完成录制告知

在邀请中加入简短说明，明确会议可能被录制并用于生成摘要和行动项。会议开场再次确认，尤其是有新参会者加入时。

告知内容应包括用途、访问范围和拒绝方式。不要用“只是记笔记”弱化 AI 分析和数据存储事实。客户拒绝后，应关闭工具并改用人工笔记。

第三步：配置摘要和字段结构

让工具围绕销售流程输出固定结构，而不是一大段自由文本。建议关注：

• 客户目标与当前问题
• 已确认需求
• 主要异议
• 竞争方案
• 报价或商业条件
• 客户明确承诺
• 我方明确承诺
• 下一步动作、负责人和日期
• 需要回听的时间点

“客户情绪很好”不是可执行字段。“客户同意在周五前发送安全问卷”才是可验证行动项。

第四步：人工核对高风险信息

销售代表在同步 CRM 前必须核对：

• 金额、折扣和合同期限
• 否定词，例如“暂时不考虑”
• 决策人和责任人
• 承诺日期
• 客户是否真的同意下一步
• 模型是否把我方建议误写成客户决定

核对时回到录音时间点，不要只修改摘要措辞。发现转录错误后，保留修正记录，方便判断哪些语言或场景最容易出错。

第五步：配置 CRM 幂等同步

先用 meeting_id 查询 CRM 是否已有活动。存在则更新同一条记录，不存在才创建。API 超时后也要先查询，再决定是否重试。

建议把模型原始字段写入“待确认”区域，把代表核对后的内容写入正式字段。不要让情绪、参与度或自动意向评分直接修改商机阶段。

对 429 限流使用指数退避，并设置有限重试次数。连续失败后进入人工队列，不要无限循环。

第六步：让经理只复盘例外

经理不需要听完所有录音。可以设置复盘条件：

• 高价值商机但没有下一步动作
• 客户多次提出相同异议
• 摘要和 CRM 阶段明显矛盾
• 报价、折扣或安全承诺出现
• 代表说话时间异常高
• 会议评分突然变化
• 客户要求删除或限制记录

这些条件只是筛选器。经理仍应听取关键片段，并结合客户背景和代表说明做判断。

第七步：建立评分使用规则

明确写入团队政策：参与度、情绪和会议评分不能单独用于绩效处分、招聘或晋升。指标只能用于选择培训样本、提出复盘问题和观察趋势。

不同会议类型需要不同预期。产品演示中代表说话较多不一定有问题，客户危机会议中的负面情绪也不代表代表表现差。

第八步：设置权限与保留期限