项目经理看一个定制项目会不会出事，其实看开工头两周就有数了。把这些年踩过的坑整理成一份风险清单，准备做小程序定制的客户，签合同前对照着过一遍，能避掉大半的雷。
需求侧的三个雷
第一雷：需求只有一句话。给我做个预约小程序，这种描述开工，后期一定爆炸。第二雷：决策人缺位。对接的是员工，事事要请示老板，老板又常年联系不上，一个功能确认拖一周，工期全耗在等待上。第三雷：拿别家产品当需求。照着某某小程序做一个，具体差异在哪说不出，做出来不像，又怪开发没理解。还有个变体：需求朝令夕改，今天说预约明天说拼团，功能清单三个月换了四版，谁做谁崩。这三雷的解法相同：开工前把功能清单逐条落到文字，指定唯一的拍板人，确认时限写进合同。
执行侧的三个雷
第四雷：报价没有明细。总价砍一半付款，明细不提供，后期每加一个小功能都是加钱的由头。第五雷：没有里程碑。约定六十天交付，中间没有任何检查点，交付日临近才发现完成度不到一半。第六雷：测试缺位。没有测试环节的项目，等于把试错成本转嫁给了你的真实用户。执行侧的防线同样明确：要人天明细，要周节点，要测试报告，三样缺一样就别急着付首款。
这份清单看着琐碎，其实每一条背后都对应真实的损失。统计过手头返工或烂尾的项目，八成以上能在八条里找到至少两条中招。清单的作用不是吓人，是把散落在行业里的教训前移到签约那一刻，几页纸换几万块，这笔账怎么算都划算。
- 源码归属和交付范围写进合同
- 付款比例和里程碑绑定，不留大比例尾款争议空间
- 服务器和域名的账号权限归客户名下
交付后的两个雷
第七雷：运维真空。上线时热热闹闹，三个月后服务器到期没人管，小程序突然打不开。第八雷：账号失守。微信小程序的账号邮箱、管理员手机号绑在服务商那里，想换服务商时被卡脖子。这两雷都防在交付环节：交接清单逐项签字，账号权限当天移交，运维责任和费用白纸黑字，响应时长也写清，四小时内响应、八小时内给方案，有这一句，出事才不慌。
两条建议：把上面八条打印出来，签合同当天逐条核对，缺哪条补哪条；项目开工后每两周对着清单自查一次，小程序定制的坑多数是重复踩的。比格网络的客户签约时都会收到类似的核对表，丑话说在前面，合作反而长久。
