「这个月能签」这句话，很多销售每个月都要说一遍。你在系统里看商机，预计成交日期一栏清一色写着本月底；到了下个月再看，同一批商机齐刷刷挪到了下月底。日期在动，金额没动，团队的动作也没动——这不是预测，是应付。
日期为什么总在往后跳
销售填日期的时候想的不是判断，而是交差。填得近，主管满意；填得远，怕被划进「长期跟进」。于是所有人学会了同一个动作：把日期推到月底，反正下个月还能再推。另一个原因是日期没有成本——改一次和改十次没有区别，系统里也不留痕，主管看到的永远是「下个月就成」。
先把滑期变成两个数
与其争论准不准，不如先把过程量化。每条商机上要有三个日期分开记：承诺日（销售头一次给出的成交时间）、当前预计日（现在填的）、以及两者的差。差值就是滑期天数，改期次数另外计一个数。
- 承诺日：建档时锁定，之后不允许覆盖，只能追加变更记录
- 当前预计日：销售每次评估后更新，允许改
- 滑期天数：当前预计日减承诺日，正数表示往后拖
- 改期次数：每更新一次预计日加一，由系统自动累加
- 滑期原因：下拉选客户预算、决策链、方案返工、竞品介入、自身推进不力
判断标准：什么时候该放弃
有了数，才有取舍。下面这套阈值可以直接照抄：滑期在三十天以内、改期不超过两次的，正常推进；滑期三十到九十天、改期三次以上的，标黄，要求主管陪访一次并重写下一步动作；滑期超过九十天且没有客户侧新进展的，标红，要么降级进培育池，要么关闭并写明原因。阈值不必照搬，但要写下来，写下来才有一致的判断。
举例说：一张漏斗是怎么被日期拖垮的
假设一个团队季度初有二十条商机，合计金额六百万，其中十五条的预计成交日都落在季末那个月。头一个月过去，八条改期；第二个月，这八条里有五条再改一次；到季末真正成交的只有四条，合计一百二十万。表面看是转化率低，实际问题出在日期：十五条里有十一条从未被认真评估过。如果按上面的阈值，在头一次改期时就把这十一条拉出来过一遍，其中大约一半会被当场判定为「客户侧没有任何动作」，那么季初的预测应该是三百万而不是六百万——数字变小了，但可用。
让日期有成本
只考核结果，销售就会用日期糊弄过程。把改期做成一个需要填理由的动作，理由必填、主管可见，改期就不再是随手一点。再往前一步：把「滑期商机占比」放进周会的固定议题，看的是趋势，不是单条。连续三周上升，说明前端判断出了问题，而不是某个销售不努力。
排优先级的时候，用滑期天数和客户侧动作两个维度交叉看，比看金额靠谱。滑期短、客户侧有明确动作（预算已批、方案已确认、决策人已见）的排前面；滑期长、只有销售自己在动的，往后放。资源有限的时候，这个顺序比任何口号都管用。
这套把日期拆成承诺日、当前预计日、滑期天数和改期次数的做法，用 9527CRM 的商机自定义字段加变更记录就能落地：三个日期字段分别建，滑期天数用公式字段自动算，改期次数由流程自动累加，周会直接拉一张按滑期排序的商机列表。由于支持私有化部署，字段规则和阈值可以完全按自家业务定，不必迁就标准产品里那套固定的阶段模板；预测金额和客户名单也只留在企业自己的服务器上，不经过第三方平台。
