前阵子一个做餐饮连锁的老板找过来，项目做了一半，和第一家开发公司闹掰了，问我能不能接着做。聊下来发现，合同里源码归属没写，数据全在对方服务器里，连数据库脚本都没交付过。他以为换家公司就行，结果接手的成本比新做一套还高，最后只能硬着头皮继续跟原公司合作。

  换开发公司不是不行，但很多老板把这事想简单了。这篇把中途换公司必须想清楚的 4 件事讲透，能帮你少踩一半的坑。

一、源码到底归谁，合同里写了没

  先翻合同，看有没有明确写源码归你。现实是，很多项目合同就一张报价单，功能列了一堆，源码归属一个字没提。按行业惯例，没有约定的，默认归开发公司。真到交接那天，你连谈判筹码都没有，对方咬定不给，你只能干瞪眼。

  就算合同写了源码归你，交付的东西也不一定全。光给一份代码远远不够，还要有数据库脚本、部署文档、接口说明、三方服务账号。缺了任何一样，新公司都接不上手。见过不少老板，源码拿到了，打开一看没有注释没有文档，等于拿了一堆天书。

  所以签合同那天就要把源码归属、交付清单写清楚。别等到闹掰了才想起来补，那时候对方没有动力配合你。

二、数据还在别人服务器上吗

  系统跑了大半年，客户资料、订单记录、财务报表，全存在开发公司的服务器里。这些数据是你业务的核心资产，比代码还值钱。走的时候数据能不能导出来、导成什么格式、多久导一次，合同里有没有约定？

  很多老板换到一半才发现，数据根本导不出来。有的被要求加钱才给导，有的只能按对方给的格式一点点手动录，录完还怕录错。更麻烦的是，有些系统用的是第三方云数据库，数据存在哪、谁有权限，老板自己都不清楚。

  正确的做法是，从第一天就约定数据归属和导出机制。每个季度让开发公司导一次全量数据备份给你，本地留一份。真到换公司那天，数据在手，心里不慌。

三、第二家公司，愿意接吗

  接手二手项目，是开发公司最不愿意干的活之一。没有文档、架构混乱、代码风格陌生，新团队要一行行读懂别人写的东西再改，成本比新做一个系统还高。所以很多公司要么报高价，要么直接拒单，理由都是同一个：不可控因素太多。

  换之前别急着定，先找两三家开发公司聊，把现状讲清楚，让人家评估接不接得了、要多少钱、要多久。注意，口头评估和书面评估是两回事。靠谱的公司会要求你先做一次系统摸底，出一个正式的交接评估报告，写清楚哪些能复用、哪些要重写、风险在哪。

  如果好几家都不愿意接，或者报价都接近重新开发的价钱，你就要认真想一下：是继续跟原公司把问题谈开，还是干脆推倒重来。有时候及时止损，比硬撑更划算。

四、怎么换，才不伤筋动骨

  换公司最忌讳一步到位。老系统先别停，新系统边建边跑，两边并行一段时间，业务才不会断档。见过太多老板，急着切换，结果新系统还没跑稳，老系统就停了，客户订单两头对不上，损失比开发费贵多了。

  交接要有清单，不能靠口头。账号、源码、数据库、域名、服务器、第三方服务，逐项列出来核对移交。域名和服务器尤其重要，这两个东西不在你手里，网站和系统随时可能被拿捏。

  迁移也别想着一次切完。先把核心功能跑通，再逐步把次要功能搬过去。整个过程给自己留一个月左右的缓冲期，宁可慢一点，也别把正在用的业务赔进去。

总结

  换开发公司不可怕，怕的是手里没证据。合同、源码、数据、文档，这四样东西从签合同那天起就该攥在自己手里。该留的证据留好，该约定的条款写清，真到要换的那天，你才有底气，才不会越换越亏。