上个月接了个别人做了一半的项目：代码里变量名全是a、b、c，注释一条没有，数据库没有文档，前一家小程序开发公司收了七成款人失联了。客户问的第一个问题是：这堆东西还能要吗？改造还是重做，得先算三笔账，算完答案自己会出来。
第一笔账：代码质量值不值得留
找位技术人员花半天看代码，从三个维度打分：结构清不清楚、注释全不全、有没有明显烂尾的模块。半成品不等于烂代码，有的项目只是工期没走完，代码底子是好的，这种接手续写比重做省一半的钱；有的从第一行起就是灾难，续写等于在流沙上盖楼，每一处新功能都要先填旧坑。判断有个简单标准：让评估的团队报两个价——在旧代码上加一个功能要几天、推倒重做要几天，两个数字一比，答案就有了。别恋战，烂代码的沉没成本不该绑架你的决策。评估时让技术人员当场打开运行环境跑一遍，能跑起来的半成品和跑不起来的，处理方式完全不同，截图和录屏都留档。
第二笔账：数据怎么搬家
改造和重做都要面对数据迁移：老会员、历史订单、商品资料，能不能完整导出来、格式能不能对上。数据在新旧系统之间搬家，字段对不上就要人工清洗，几千条会员数据清洗一次，工时两天起步。签约前让新团队先验证一遍导出：拿一份数据样本试导，看看中文字段乱不乱、余额数字准不准。数据搬不动的项目，改造方案再便宜也要掂量，会员资产丢了，省的钱全赔回去。迁移方案里还要约定数据校验环节，搬完抽样比对一百条，字段值对得上才算迁移完成，别搬完就算。
- 先花半天做代码评估，两个报价一比便知
- 数据先试导样本，验证完整再定方案
- 别拿沉没成本绑架决策
第三笔账：新团队愿不愿意接
还有一笔隐性账：新团队接手别人烂尾项目的意愿。愿意接的团队通常要求先付一笔梳理费，把旧代码吃透再动工，这笔钱合理，别省。有的团队直接劝你重做，未必是为了多赚，可能是旧代码真没法看。反过来，劝你接手续写的团队，你要多问一句：旧代码里的坑你们打算怎么处理，出了问题算谁的。和新的小程序开发公司把这些讲清楚，写在合同里，接手这条路才走得稳。接手合同里再加一条，原公司若回来主张权利，由新团队协助出示独立开发的证据，先把后顾之忧排掉。
建议：半路接手的项目，先评估后决策，评估费几百块，比选错方向省几万；比格网络接过不少烂尾项目，评估报告会把代码、数据、工期三笔账列清楚，你找别的小程序开发公司也一样，先要评估再谈价格。
