光有沟通没有进展：AI怎么识别销售的伪推进

销售最善于说的一个词就是进展不错。问具体怎么不错——对方回复邮件了，方案已经发过去了，下周约了电话。但如果你追问：上次方案发过去他给了什么反馈？电话约的是谁？——答案经常是空的。

沟通不等于进展。但人会自我说服：毕竟我在做事，我发了邮件，我约了电话。30天过去，客户还在，沟通还在，单子没往前多走一步。

这就是伪推进——表面热度掩盖了实质停滞。

怎么区分表面热度和实质进展

我们给实质进展定义了一套可检测的标准动作：

• 方案发送：方案是否按客户需求定制？客户是否给了书面反馈？
• 高层会面：是否约到了EB或更高级别的决策者？会议是否有实质性议题？
• 样机/POC交付：产品是否已经送到客户手里？是否有测试反馈？
• Gate推进：六步法当前Gate是否在前一次沟通后有变动？
• 客户下一步承诺：客户是否给出了明确的时间、人物和下一步动作？

如果30天内沟通记录里只有发邮件、打电话、等待回复——但上述五项一项都没发生——这就是标准的伪推进。系统会自动标记，不是等到季度Review才发现。

gateway.log作为对话真相源

伪推进识别最大的挑战是你需要数据来判断什么是真的什么是假的。销售在CRM里填的可能不全，但对话日志不会说谎。

我们的架构里，gateway.log是最终真相源。每个销售bot的企微对话——inbound和outbound——全部记录在gateway.log中。这个日志不依赖agent当天处理结果：即便模型宕机、审核拦截、所有agent全部失败，inbound message永远不会丢。

夜间00:10的归档审计cron由bot7集中执行：按bot逐个读取gateway.log的上一日inbound message，LLM识别涉及客户和拜访的对话，检查对应客户MD是否包含当天沟通记录。如果agent failure导致遗漏——从gateway.log恢复并自动补写客户MD。

三层采集管道是整个系统的数据基础：

• 实时层：对话中自动识别客户信息，即刻写入客户MD。
• 半自动层：销售说记录拜访，Agent写入明道云——可撤回。销售陈述了拜访但未要求写入，Agent主动问要我写吗。
• 兜底层：00:10归档审计扫描gateway.log，发现agent failure导致的遗漏，自动补写客户MD。

停滞检测和强制休眠

客户MD里有一个简单的字段：沟通记录区域最后一条的日期。提取这个日期，和当前日期对比：

• 超过14天 + 当前Gate未推进 → 停滞预警，晨间推送通知销售和经理
• 7-14天未沟通但Gate有推进 → 关注，不报警
• 超过30天无实质动作 → 强制休眠，从销售活跃待办中移除，保留历史记录但不占用注意力

强制休眠是最难执行的设计——销售会说这个客户真的很重要，你凭什么让他休眠。我们的处理方式是：休眠不等于放弃。休眠后客户仍然在系统中，信息完整保留，如果有新的互动信号自动激活。休眠的是主动推送的待办，不是客户本身。

在我们的实际部署中，强制休眠触发后约有30%的机会在后续一个月内出现新的互动信号被自动激活。剩下的70%——果然就是不会再动的单子。把时间和注意力从它们身上释放出来，投到真正在推进的机会上。