SH

Soloharness

销售场景

← 返回 Blog

销售场景

单子快丢了你还不知道?AI 的停滞预警比你想象的早

Soloharness 团队 · 2026 年 5 月 28 日

上个月,一位做智慧园区解决方案的销售经理跟我讲了一件事。他团队里最靠谱的销售,跟了三个月的一个大单,突然在周一晨会上宣布"客户说预算砍了,不做了"。经理问了一句:"最后一次跟客户沟通是什么时候?"销售想了半天——"大概……两周前吧。"

两周。14 天。客户从"很有意向"到"预算砍了",中间整整两周没有任何互动。而这位销售每天都在忙别的单子,觉得这个客户"稳了"。

这不是个例。在 ToB 销售中,80% 的丢单不是被竞争对手抢走的,而是在沉默中慢慢死去的。客户不回消息、会议一再推迟、Demo 之后没有下文——这些信号每天都在发生,但大多数销售选择性忽略了它们。

没有"突然丢单",只有被忽略的信号

做销售的人都知道一个心理现象:你最不想面对的客户,往往就是最危险的那个。当一个客户连续几天没回消息,销售的本能反应不是去追,而是安慰自己"他可能在忙",然后去跟更容易推进的客户聊。

这种心理盲区会形成恶性循环:客户越沉默,销售越回避;销售越回避,客户越觉得你不上心,单子就越危险。

传统的 CRM 系统解决不了这个问题。CRM 里的"最后联系日期"字段,依赖销售手动填写——而恰恰是那些最需要更新这个字段的销售,最不可能去填它。你在系统里看到的"最后联系日期",很可能已经是三周前的数据了。

真正的解决方案不是让销售更勤快地填表,而是让系统自动识别停滞信号。

AI 停滞预警:在你还没意识到的时候亮灯

我们的做法是:从客户 MD(Markdown 文档)中自动提取最后沟通日期,结合当前 Gate 推进状态,做一个极其简单但有效的判断逻辑:

  • 🔴 红色停滞预警:最后沟通距今超过 14 天,且当前 Gate 未推进。这意味着客户已经沉默了两周,而你的销售流程还卡在原来的阶段。
  • 🟡 黄色关注:最后沟通距今 7-14 天。客户还没有彻底失联,但节奏已经开始拖了。这是最佳的介入窗口。
  • 🟢 正常:7 天内有有效沟通,Gate 正常推进。

这个判断逻辑看起来简单,但关键在于它不依赖销售的主观判断。系统每天凌晨自动扫描所有活跃客户的 MD 文件,提取沟通记录的时间戳,做一次全量检查。你不需要销售承认"这个客户我两周没跟了"——系统比他更清楚。

从预警到行动:晨间推送改变销售节奏

光有预警还不够。如果预警信息淹没在某个 CRM 报表里,没人看,那就跟没有一样。

我们的架构设计是这样的:

  • gate-check 夜巡任务:每天凌晨 2 点,系统自动遍历所有活跃客户的 MD 文件,检查最后沟通日期和 Gate 推进状态。
  • 停滞预警写入 tasks.db:所有预警结果结构化存储,包含客户名称、当前 Gate、停滞天数、预警级别。
  • 晨间推送给销售和经理:早上 8 点,每位销售收到自己负责客户的预警清单;经理收到全团队的汇总视图。

这个设计的核心思想是:把"发现问题"这件事从人的脑子里搬到系统里。销售不需要每天花 20 分钟翻 CRM 去想"哪个客户该跟了"——系统告诉他。经理不需要在 Review 会上一个一个问"这个客户什么情况"——系统提前预警了。

丢单之后:根因分析与知识沉淀

即使有了预警,丢单仍然会发生。但丢单不应该只是一次"学费"——它应该成为整个团队的知识资产。

当一个单子被标记为"丢单"后,系统会自动生成一份根因分析报告。这份报告不是销售自己写的(他们通常只会写"预算不够"或"客户选了竞品"),而是系统基于整个客户生命周期的数据自动生成的:

  • 客户在哪个 Gate 停留时间最长?
  • 关键决策人是否在早期就被识别出来?
  • 有没有出现过长时间沉默(停滞预警被触发了几次)?
  • 竞品在哪个阶段介入的?
  • 客户的关键异议是什么?销售是如何回应的?

这些根因分析报告会被沉淀到知识库中。当下一次系统检测到类似的客户场景——比如"同一行业 + 同一竞品 + 类似的 Gate 停滞模式"——它会自动触发提醒:"历史上有类似场景丢单过,注意这几个风险点。"

这就是组织级的学习能力。一个销售的教训,变成了所有人的预警。一个人的丢单经验,变成了整个团队的免疫力。

一个真实的变化

回到开头那位销售经理的故事。在接入停滞预警系统后的第二个月,他的团队收到了一条黄色预警:一个跟了六周的园区项目,最后沟通已经 9 天了,Gate 卡在"需求确认"阶段。

销售看了一眼预警,当天下午给客户打了个电话。客户说:"我们上周内部开会,觉得方案方向需要调整,正准备找你聊。"如果再晚一周,客户可能就去找别的供应商了。

这个单子最终赢单了。不是因为销售突然变厉害了,而是因为系统在他还没意识到危险的时候,就给了他一个行动的理由。

关键设计原则

回顾整个停滞预警系统的设计,有几个原则值得强调:

  • 自动化优于自觉性。不要指望销售主动更新客户状态,让系统从实际行为数据中提取信号。
  • 推送优于查询。不要把预警放在报表里等人来查,主动推送到销售和经理的面前。
  • 简单规则优于复杂模型。"14 天无沟通 + Gate 未推进"这个规则不需要 AI 大模型,但它的实际效果远好过那些花哨的"赢率预测"。
  • 闭环优于闭环前。预警只是开始,根因分析和知识沉淀才是长期价值。

销售管理的本质不是"管人",而是建立一个让正确行为自然发生的系统。停滞预警就是这个系统中最简单、但可能最有价值的一环。

如果你也在搭建销售 AI 系统,soloharness.com 可能值得看看。