哈尔滨道外区有个做物流的企业，去年找了个外面的团队做TMS（运输管理系统），结果做到一半团队散了，留下的代码一堆bug，数据还迁移不过来。老板急得不行，找我帮忙救火。这种情况虽然极端但不罕见，今天讲讲怎么处理。这在开发区的企业中很常见。
第一步：评估现状
别急着骂人或者重新开始。先搞清楚现在手里有什么：代码能不能跑？数据库完不完整？服务器还在不在？
我接手那个物流项目的时候，代码勉强能跑但逻辑有漏洞，数据库结构还算完整，就是缺文档。这种情况下，与其推倒重来，不如在现有基础上修复。我们花了三周时间把核心问题修好了，比重新开发节省了60%以上的成本。
数据迁移是最大难点
如果原系统里有业务数据（客户信息、订单记录、库存数据等），这些数据的迁移是最关键的也是最危险的。迁移过程中丢一条数据都可能造成业务损失。
正确的做法是：先备份，再迁移，再校验。备份要备三份（本地、云端、异地的各一份）；迁移的时候做详细的日志记录；迁移完后做数据比对，确保新旧系统的数据一致。哈尔滨一家做医药流通的企业做系统迁移的时候，我们对每张表的数据做了逐条比对，花了三天时间但确保了零丢失。
道外区中华巴洛克有个做同行业的老板，之前用的就是最便宜的模板方案，结果半年后想加功能发现根本扩展不了，只能推倒重来。光返工就多花了一倍的钱。
我建议你先别急着定方案，拿张纸把自己未来一年内可能用到的功能列出来。哪怕写得乱点也没关系，有个清单之后跟开发商聊才有底气。
怎么避免再次烂尾
选对下一家服务商。这次选的时候更要谨慎，不仅要看技术选对下合同里加入保护条款要看稳定性
合同里加入保护条款。比如：源码托管在第三方平台（如GitLab/GitHub私有仓库），双方都有访问权合同里加入保护条款款跟交付物绑定而付款跟交付物绑定而不是跟时间绑定保持项目进度的可见性最好能有可演示的版本能有可演示的版本。不要等到"做完了"才第一次看成果。哈尔滨新区一家企业在第二次做系统保持项目进度的可见性m每周五下午看demo，有问最好能有可演示的版本trong> 项目烂尾确实让人头疼，但大多数情况下是可以挽救的。关键是要冷静评估现状、保护好数据、选对下一家团队。哈尔滨的老板们，希望你们永远用不上这篇文章的内容，但万一遇到了，知道该怎么应对。