上季度接了三个烂尾项目，全是一个剧本：前一家开发到一半失联，或者报价中途加价谈崩，甲方拿着一堆看不懂的代码来问能不能救。半路接手的小程序开发，比从零做难在哪、怎么接才不吃亏，这篇写给正遇到这种局面的人。烂尾不可怕，乱接才可怕。
先做代码体检，再谈价格
接手第一件事不是报价，是体检。看四样：代码能不能跑起来，数据库有没有数据，代码规范程度，有没有文档和注释。三个项目体检下来，一个基本能直接续写，费用按剩余工作量算，两三周收尾；一个半成品质量太差，重写反而比接着改便宜，客户省钱了但工期搭进去一个月；最惨的一个，源码都没有，前一家只给了个后台账号，等于从零再来。所以烂尾项目先体检再定方案，直接报价接手的多半不专业。体检报告同时是和新团队合作的基础，省得重复踩坑。
向前一家要齐这些材料
- 完整源码和数据库备份，这是底线，没有就谈违约
- 服务器、域名、小程序账号的管理权限清单
- 第三方服务账号：短信、地图、支付的账号密钥
- 需求文档和已确认的原型，搞清哪些做了哪些没做
钱都付了一半，这些材料是甲方应得的，硬气点要。协商不回来的，把合同和付款记录翻出来，走法律途径前先发一封正式函件，很多僵局在这一步就松动了。交接的每一样材料都拍照存档，谈进度时手里有据。
半路接手为什么便宜不了多少
很多老板想不通：活儿做了一半，接手费怎么还这么贵？因为读别人的代码比写自己的代码费劲，没有文档的半成品，接手团队要花一两周读懂逻辑，这段成本省不掉；旧代码里的暗雷，改一处崩一处，风险要摊进报价。合理预期是：按剩余功能的正常报价，加上一到三成的接手成本。遇到拍胸脯说接手和新做一样价的，要么没读懂难度，要么后面有加价等着你。报价要附工作量明细，接手费贵在哪，逐条看得见。
接手后的节奏建议
先冻结需求，把剩余功能清单确认成文字，别边接边加；先让系统在测试环境完整跑起来，再谈新功能；付款节点切细，按里程碑走，双方都安心。小程序开发的半路项目最忌讳的是急，稳两周，后面快三倍。那三个项目最后都交付了，客户的统一感慨是：早知道该把付款节点切细。选择开发团队时，比格网络给的建议一直是那句：签约前多问一句「做不完怎么办」，合同里把节点和违约条款写清，烂尾的种子大多在签约时就埋下了。
