做了这些年小程序定制开发，手里攒了不少没做完的项目：有的烂尾，有的中途换人，有的上线即死。复盘下来，真正死于技术的极少，绝大多数黄在沟通和管理的环节上。挑五个典型的讲讲，每一条都有对应的钱可以省。
死于没有拍板人的项目
一个连锁超市的项目，客户方五个人都能提需求，谁说话都算又都不算，原型改了十一版还在改。五个月后项目停了，双方各亏十几万。后来复盘，签约时没约定唯一决策人，是根子上的错。定制项目必须一个口子进、一个口子出，这是铁律。决策人可以授权，但不能缺位，两周见不着人的决策人，等于没有。
死于低价签约的项目
一个家政平台，客户选了报价最低的团队，六万八签的，同类方案别人报十二万。做了两个月，团队说预算不够要加钱，不加就停，客户不肯加，项目卡死。低价签约省下的钱，最后用烂尾的方式加倍还了回去。报价远低于市场水平的合同，从签字那一刻起就在酝酿崩盘。低价的来源要问清楚：是团队效率高，还是漏项漏估，答案完全不同。
死于需求失控的项目
一个餐饮供应链项目，一期清单十六条，做到第三个月实际做了三十九条，全是中途加的，没走变更流程。开发团队疲于奔命，核心流程反而漏洞百出，上线当天崩了两次，客户彻底失去信心。小程序定制需求不设防，死于失血过多。
五个案例摆在一起，规律很清楚：没有一个是功能太难做砸的，全是管理和沟通的窟窿。技术选型错了可以换，沟通塌了就全塌。所以挑服务商时，别只顾看案例的漂亮截图，约一次需求会，观察对方怎么提问、怎么记录、怎么确认，这几个动作比任何案例都更能预测项目的结局。
还有两个更隐蔽的：死于账号失守，小程序账号绑在已离职的员工手机上，验证码收不到，项目停摆三周；死于无人运维，上线后服务器欠费没人管，客户损失一周订单才发现问题。这类事故最冤，花小钱买个代维就能免掉，比格网络接手善后时，数据的备份还停在三个月前。
两条建议：签约前把决策人、需求冻结、变更流程、账号归属这四件事谈死，这四件事占烂尾原因的大半；项目进行中每月做一次健康检查，进度、预算、沟通三条线各打一个分，连续两个月走低就要警惕。项目死掉之前，其实都有征兆，就看有没有人当回事。每月花十分钟自检，比事后救火便宜十倍。
