选客户管理系统先问一句：它能提前看见还没成交的需求吗
选型先问一句：客户管理系统能不能提前看见未成交的需求
一、先看一个别的行业没有的约束
多数行业挑管理系统，第一个问题通常是「功能够不够用」。做半导体生意的企业，第一个问题往往不是这个，而是「它能不能提前把需求看到」。
原因藏在行业的运行节奏里。这个行业从设计到制造再到分销，是分段协作的格局，货期以月为单位计算。产能要提前很久锁定。等客户正式下单再去备货，时间上根本来不及。真正驱动业务转起来的，是各家客户、各个型号上那些还没变成订单的远期需求。
这个约束会一路传导到岗位上。需求信号看不见的时候，销售只能被动接单，计划只能按历史排期，采购只能等物料通知，三个岗位都在救火。谁也腾不出手来提前布局。反过来，一旦这些信号能被提前看到并且大体可信，三个岗位的角色就都变了，先看需求，再决定备什么、备多少、什么时候备。
这个约束还有个副作用：它会放大组织里的短板。说白了，业务、计划、采购三边的信息本来各存一份，任何一边的判断偏了，另外两边都会被拖着走。系统如果只帮着其中一边提效，整体的节奏并不会因此变快，反而可能让偏的那一边跑得更快。
- ● 别的行业比的是响应速度，这个行业比的是提前量
- ● 提前量的来源不是业务员的感觉，是一套能被核对的机制
- ● 这套机制落不到系统里，就只能继续靠表格和群聊维持
图1：先看它能不能把信号接住，再看功能多不多
二、预测能力具体指什么
把「预测能力」这个词拆开，它其实包含三件事。
第一件是能不能把分散在各处的需求信号收拢起来。这些信号本来散在业务员的记录里、渠道的表格里、还有群聊里。收不拢就没有统一的判断基础。
第二件是能不能分辨信号的可信度，同一个数字，来自一个还在样品验证阶段的项目，和来自一个已经量产的项目。分量完全不同。第三件是能不能持续修正，把每一期的预测和实际发生的情况放在一起对。找出哪一方的判断一贯偏乐观。
三件事连起来看，就会发现它考察的不是某一项功能，而是一整套机制。
它们之间还有一层隐含的顺序：收拢在前，分辨在中，修正在后。第一步做不扎实，后面两步就没有原料，没有统一收上来的数字，分辨无从谈起；没有攒下来的历史，修正也无从下手。所以评估的时候，第一件要问的不是它能不能做分析、能不能出图表，而是它能不能稳定地把原始信号收进系统。
- ● 收拢解决的是「有没有」
- ● 分辨解决的是「信不信」
- ● 修正解决的是「准不准」
三、把治理这件事收成一张表
把上面三件事摊成一张表，每一层管什么、少了会怎样。一眼就能看清。
表1：三层治理各自管什么
| 治理层 | 它管的是 | 少了会怎样 |
|---|---|---|
| 填报送进系统 | 谁填的、差多少 | 失真无从追溯 |
| 阶段定权重 | 早期数字不进计划 | 产能被乐观占掉 |
| 偏差做校准 | 兑现差的自动降权 | 预测越用越偏 |
图2：过程被记下来，信号才有来处
这张表的顺序不是随便排的。第一层解决的是「有没有记录」，第二层解决的是「记录怎么用」。第三层解决的是「用完怎么改」。三层缺一层，整套机制就站不住，只有填报没有权重，早期那些过分乐观的数字照样会污染整体判断；只有权重没有校准，判断的准确度就一直停在原地。
三层之间还是一种逐步加码的关系。说穿了，第一层的投入最小，主要是把原本就在发生的沟通换一个地方发生；第三层最费功夫，得攒够好几期的历史才转得起来。推进的时候不必齐头并进，先把第一层稳住，再往下走。
反过来说，如果只做第三层，前两层空着，校准也无处施力。校准总得有个对象，是谁的判断、是哪一期的判断。没有前两层留下的记录，第三层连该找谁对账都找不到。这三层的先后，同时也是推进的先后；顺序对了，力气才不会白费。
表里给的是机制的骨架，不是某一套产品的功能清单。不同方案把这套机制落在界面上的方式差别很大，有的放在预测页面上。有的拆成几处配置。判断一套方案合不合格，要看的是这三层有没有落地，而不是界面上有没有一个叫预测的入口。
四、为什么这条线排在最前面
把这条线排在最前面，有一个很实际的理由：它是最难在事后补的。
界面可以改，报表可以加，权限可以重新配。但一套系统如果从一开始就没有为「收拢需求信号」留位置，那么所有相关的数据都会一直待在系统外面，待在表格里、待在群里、待在某个业务员的脑子里。等到想用的时候，才发现在系统里找不到原料。
- ● 功能上的缺失可以靠时间补，数据上的缺失只能靠重新积累
- ● 信号机制一旦没搭起来，上线初期基本等于白过
- ● 越晚开始搭，能用来校准的历史就越薄
图3：预测这一页，是这个行业最先要看的地方
另一个理由是这个行业的纠错代价特别高。产能一旦预约、物料一旦提前下单，这些投入基本不可逆。判断错了，代价要么落在库存上，要么落在交期上。两条路都不轻松。既然事后纠正的空间很小，就只能把功夫下在事前的判断上。
还有一个不太被提起的理由：这条线是后面所有议题的起点。要不要做集成、报表够不够用、移动端好不好使，这些讨论最终都要落到「系统里有什么数据、这些数据从哪来」。需求信号这条线没理清，讨论很容易滑向功能名词的对照，越比越远。
图4：漏斗画得出来，不等于能提前看到需求
五、对企业来说，这意味着换一套提问方式
把这条线想清楚之后，评估一套系统的提问方式会跟着变。
过去习惯问的是：它有哪些模块、能出哪些报表、支不支持自定义。平心而论，现在更值得问的是：它从哪里收集需求信号、这些信号怎么分辨可信度、每一期的预测和实际发生的情况能不能自动对起来。后一类问题不容易被含糊过去，因为答案要么有、要么没有。
- ● 前一类问题听的是介绍，后一类问题看的是机制
- ● 机制可以现场跑给你看，介绍只能听
- ● 建议把这一组问题写进评估表的最前面
提问方式变了，评估的节奏也会跟着变。原来大把时间花在会议室里听介绍，现在要把时间留给场景验证：拿本企业真实的型号清单和渠道清单，让对方在系统里现场跑一遍，从某一期填报一直到下一期对账。这样跑一遍，比听一叠材料更容易看出底细。
以海软CRM这类把渠道预测填报与项目阶段置信度放在同一套体系里的方案为例，它把三层治理放在了日常会去的页面上，而不是塞在某个需要专门打开的报表里。这种把机制放在动线上的做法，实际使用中更容易持续。至于它是不是真的适合本企业，仍然要拿自己的型号结构与渠道结构去跑一遍。
六、高频问题集中答
1、问：如果我们的业务以直销为主，还需要这么看重这条线吗？
答：需要，只是重点不同。以直销为主，信号的来路集中在项目本身，要关注的是项目走到哪一步、那个阶段的数字有多大分量。判断的复杂度低了，但机制本身仍然要有，否则项目一多，判断照样会乱。
2、问：这套机制靠人工维护行不行？
答：短期可以，长期不行。人工维护的问题是痕迹留不下来，谁在哪一期报了多少、后来兑现了多少，翻不出来。没有这份历史，所谓的修正就只能靠印象，而印象是没法积累的。
3、问：这条线排在最前面，是不是意味着别的维度不重要？
答：不是。它排在最前面是因为它最难补、代价最高。易用性、服务、集成这些照样要评估，只是在顺序上可以让一让。顺序错了会浪费共识，权重错了会选偏方向，两件事都要避免。
4、问：三层治理里，哪一层最容易做不好？
答：第一层。把填报搬进系统这件事，技术上不难，难的是让它成为习惯并且长期维持。很多方案在这一层就停住了，系统里有一个填报入口，但没人真的按周期填。
5、问：怎么判断一套方案的机制是真跑得起来，还是只是有入口？
答：让对方用你的型号结构和渠道结构演示一遍完整流程：从某一期填报，到权重调整，到下一期跟实际对账。能连贯地跑完，说明机制是通的；中间卡住或者需要人工补，说明还停在第一层。
