软件定制开发：一个过来人的真实踩坑与自救指南

很多人第一次做软件定制时，都以为跟买手机一样，付了钱就能拿到手。我当初也这么想，结果差点把公司搭进去。那是一家初创公司老板找我做的项目，预算只有5万，要求却比天高：要一个带社交、支付、后台管理的完整APP。我天真地接了单，最后发现UI改了15版，数据库重构了3次，交付延期整整两个月，客户差点起诉我。

第一教训：千万别跳过需求文档。我花了三天时间跟客户聊，把每个功能都写成了用户故事。比如“用户能发帖”就细化成“用户上传图片+文字，后台审核后才显示”。这个文档后来成了双方的“免死金牌”，每次客户临时加功能，我就指着文档说：“这是新需求，要加预算。”

第二教训：分阶段交付比一次交付安全一百倍。我把项目拆成三个里程碑：第一周出原型图，第二周出核心功能，第三周集成测试。每次交付后让客户试用三天，提修改意见。有个客户在第二阶段发现支付接口有问题，我花了两天就修复了，要是等到最后才发现，整个项目都得重做。

第三教训：技术选型要“对”不要“新”。有个项目我用了当时最火的React Native，结果打包时出了兼容性问题，折腾了一周。后来换成原生开发Flutter，虽然学习成本高一点，但稳定性和性能都好很多。对于定制项目，稳定比创新重要得多。

第四教训：合同里一定要写清楚“验收标准”。我吃过一次亏：客户说“觉得界面不够好看”，就拒绝验收。后来我在合同里写明“功能完整、无崩溃、响应时间低于2秒”才算通过，还附上了测试用例。从那以后，再没人拿主观感受卡验收了。

第五教训：建立“变更控制流程”。客户临时改需求太常见了。我做了个表格：每次变更都要填“变更内容、影响范围、预估工期、费用调整”。客户提交后我24小时内回复。这个流程让80%的冲动变更消失了，剩下20%真正重要的变更，我也有据可依地加钱加时间。