四种典型的烂尾方式，动手之前先对号入座
一、烂尾不是突然发生的，开头就写好了
开会决定上系统的那天，谁也不会想到过些日子它会变成一个没人愿意提起的话题。上线时的热闹和后来的冷清之间，通常没有什么戏剧性的事故，只有一串当时没人在意的小信号：第一次没人填、第一次问数据被推脱、第一次有人说“我手机上打不开”。
把烂尾归因于“软件不行”，是最省事也最没用的解释。同一类工具，在有的团队里越用越顺，在有的团队里成了摆设，差别往往不在软件，而在动手之前有没有把自家的情况看明白。
所以与其等出了问题再救，不如动手之前先对号入座。下面四句话，哪一句听着耳熟，就先防哪一个。
- ● 老板自己从来不看系统，只在会上问“最近情况怎么样”
- ● 需求清单越列越长，财务、库存、人事都想塞进来
- ● 一线常年在外跑，电脑端用得多、手机端用得少
- ● 供应商签完合同就换了面孔，问个问题要等好几天
图1：先把自家情况对准四类风险再动手
这四条不是并列的选项，它们的杀伤力会叠加。老板不看，功能又贪多，一线还被挡在手机外面，这三样凑在一起，基本等于给项目判了缓期。
认领风险还有个好处：它把讨论从“要不要买”拉回到“我们得先改什么”。前者是选择题，后者才是能动手的事，你觉得呢？
对号入座的时候，最好把四个人叫到一起：管经营的、带队伍的、天天用系统的、负责和供应商对接的。简单说，同一件事四个人说法不一样，恰恰说明问题就在那道缝上，别急着统一口径。先把缝看清楚。
二、老板自己不打开，下面的人一定跟着糊弄
这是四种烂尾里最常见、也最容易被低估的一种。负责人嘴上说重视，实际动作是让助理把数据导出来看，或者在会上问一句“系统里情况怎么样”。这个细节，团队看得比谁都清楚。
- ● 会上投屏的是导出的表格，系统就自动降级成“填给上面看的”
- ● 只问结果不问过程，一线就会把记录写成给领导看的作文
- ● 老板自己不动手查，中层就有空间替下面打圆场
- ● 从上到下都在等别人先用，最后谁也没开始用
反过来看，真正用起来的团队往往有个共同点：负责人自己会点开看，而且看得比销售还细。他会问“这家客户上次联系是什么时候”“这条记录为什么停在报价”，问得越具体。底下人越不敢糊弄。
这件事不需要什么技巧，只需要一个习惯：把系统当成自己每天要用的东西，而不是交给别人验收的工程。开会前几分钟自己翻一遍，比在会上讲十句“要重视”都管用。
还有一层微妙的地方。老板偶尔发现一条记录填得好，当面说一句“这条写得清楚，我一看就知道下一步该做什么”，这种反馈的效力。远超过任何使用规范。人都是跟着注意力走的，注意力落在哪儿，行为就长在哪儿。
还有个常见误区，是把“重视”理解成多开会。会开得再密，只要负责人自己的动作没变，团队很快就会总结出经验：这件事说说而已。真正的分水岭，是他有没有在系统里留下自己的痕迹，哪怕只是偶尔改一条客户归属、补一句备注。
三、什么都想装进来，系统被自己的野心压垮
第二种烂尾来自过度设计。刚开始只是想管好客户，列需求的时候越列越多：能不能顺便管库存，能不能把报销也放进来，能不能让售后工单自动流转。每一项单看都合理，加在一起就变成另一个庞然大物。
- ● 字段越加越多，填一条客户要滚动好几屏
- ● 流程越设越细，简单的一次回访要过好几道审批
- ● 模块越铺越广，谁都不知道该去哪个角落找东西
- ● 边界越来越糊，出问题时几个部门互相指
庞然大物的代价不是买得贵，而是没人愿意打开。人的耐心很有限，第一次登录发现比原来的表格还麻烦，第二次就不会再来了。等到使用率掉下去，再想靠制度把人拽回来，成本高得多。
中小团队真正需要的，是把最痛的那条链路做顺：客户从哪来、谁在跟、跟到哪一步、下一步做什么。说白了，这条链路顺了，别的需求都可以往后放；这条链路不顺，装再多模块也只是把混乱搬了个地方。
判断自己有没有贪多，有个很简单的办法：让一位不常提需求的销售说说系统怎么用。他如果能用三句话讲清楚，说明还行；如果他自己都要想一想，那就该动刀了。
动刀的顺序也有讲究：先砍字段，再砍流程，最后才动模块。字段砍掉只是少填几格，流程砍掉会牵连几个岗位，模块一撤往往牵动整条线，越往后越疼，越要先想清楚。
四、手机上办不了事，一线就从侧门绕走
销售的时间大多不在工位上。路上、客户会议室门口、饭桌上，这些时候他只有手机。如果系统在这几个场景里打不开、或者打开了要填十几项，他就会很自然地绕过去：先记在备忘录，回头再说。回头，通常就没有回头了。
- ● 关键动作要在几步之内完成，别让人站在门口等加载
- ● 常用信息要能一眼看到，别逼人反复点进点出
- ● 弱网环境也得能用，地下车库和电梯里同样有人在等回复
- ● 拍照、语音这些顺手的方式，比打字更贴近外勤的真实状态
海软CRM 在这一点上做得比较实在：客户卡片、跟进记录、待办提醒都收在手机端的常用位置，销售在外面补一条记录不用找半天，回到办公室也不用再誊一遍。工具不添乱，人才愿意用。
图2：在外跑的人能随手处理，记录才不会断档
移动端不是把电脑端缩小。屏幕小、注意力碎、操作环境吵，这些都决定了手机上的流程必须比电脑上更短。把电脑端的表单原样搬到手机上，等于给自己制造了一次失败。
另一个常被忽略的点是同步。一线在手机上记了一条，回到办公室打开电脑却看不到，或者两边内容打架。这种体验伤人的程度超过卡顿。只要出现几次，人就会得出结论：还是自己记着保险。
所以移动端要看的不是界面漂亮不漂亮，而是这条记录从产生到被别人看见。中间有没有断点。断点越少，一线越愿意把真实情况留在系统里，而不是留在自己的备忘录里。
五、卖完就联系不上，小毛病攒成大窟窿
最后一种烂尾最安静，也最致命，是不是这个道理？坦率讲，软件交付那天，对方团队来了好几个人，讲得很热情；过了一阵，群里提问开始没人回，电话转到客服，客服说要提单，单子排到什么时候不知道。系统本身没坏，但小毛病一个接一个堆着：某个字段改不了、某个权限设不上、某张单据打出来串行。
- ● 出了问题找不到固定的人，只能在大群里反复问
- ● 每次回复都像第一次听，之前说过的要重讲一遍
- ● 需求提上去没有下文，既不说能做也不说不能做
- ● 版本更新没人通知，界面变了才被动适应
这种状态下，团队对系统的信任是一点点漏掉的。等到某天负责人说“算了，还是用表格吧”，其实没有人反对，因为大家心里早就这么想了。
挑供应商时，别只看演示做得多漂亮，多问几句不太好回答的：出了问题谁对接、响应大概多久、配置改不了的时候有没有别的路。愿意把这些说清楚的，通常也会在做的时候认真些。中小团队没有专职的技术班底，外部这支手能不能长期搭着，几乎决定了系统能走多远。
也不要把这件事全推给供应商。内部得留一个人，哪怕只是兼职，负责把问题攒起来、一次问清楚、把答复记下来。有人管和没人管，同样是提问题，得到的待遇往往不一样。
说到底，烂尾都是人和节奏的问题，不是工具的问题。动手之前把这四种情形对着自己过一遍，能省下的不只是钱，还有团队对下一件事的信心。
六、几个最常被问到的问题
1、问：怎么判断我们团队已经踩进烂尾的前兆了？
答：看三个迹象：登录的人越来越少、会上讨论数据时开始互相推、一线私下又用回了自己的表格。这三样同时出现，基本可以确定系统正在被绕开。这时候别急着加功能，先找几个还在用的人聊聊，问清楚是哪一步让他们觉得麻烦。
2、问：老板确实很忙，没时间天天看系统，怎么办？
答：忙是事实，但可以换个轻的方式。把要看的内容收窄到几条，比如新客户有没有人认领、卡住的客户停在哪一步，开会前扫一遍就够。关键不是看多久，而是让这件事有固定的时间点和固定的几项内容，团队才知道这不是临时起意。
3、问：需求是业务部门提的，拒绝会不会伤和气？
答：可以用排序代替拒绝。把需求列出来，问一句“这条不做，哪件事会受影响”，答不上来的自然就沉下去了。真要做的，也得说清楚什么时候做、做完谁用。全盘答应再拖着不做，伤的是信任，往后真需要改的地方也没人愿意提了。
4、问：一线说手机端难用，是习惯问题还是真难用？
答：多数是真难用。判断方法很直接：让人当着你的面，用手机把一条跟进记录写完，掐一下时间。超过一分钟，或者中途要切出去翻通讯录找资料，就是设计的问题，不是人的问题。该改配置就改配置，别指望靠培训把麻烦练熟。
5、问：售后服务这块，签合同前怎么摸清底细？
答：别问“你们服务好不好”，问具体的：谁负责我们这家、出问题走什么渠道、配置调整要不要另外收费、有没有固定的沟通节奏。对方答得越具体，越可信；只会说“放心，我们服务很好”的，多半到时候找不到人。这一条比报价单更值得花时间问。
