接手别人做一半的系统，先看这四样

今年我们接了六个「别人做一半」的项目。六个里只有一个带部署文档，另外五个的交接方式是：一个压缩包，加一句「你看看吧」。

这六个项目的报价，最低的和最高的差了将近四倍。差价不在功能多少，在这四样东西在不在。

第一样：能跑起来的源码

压缩包打开，少配置文件、少依赖、少数据库脚本，这类情况很常见。

判断标准只有一个：在一台干净的机器上，能不能按文档跑起来。跑不起来，等于从零读代码。

第二样：数据库结构

表名叫 a1、a2、tmp3 这种，字段没有注释，是另一种常见的坑。

我们做过一个项目，四十多张表，花了九天弄清楚哪张是关键表。这九天不产出任何功能，但绕不过去。

第三样：服务器和域名在谁名下

这一条最容易被忽略，也最容易变成事故。

账号挂在上一家手里，续费、备案、证书全要经过他。谈不拢的时候，系统还在跑，但你已经动不了。

接手前把账号过户做完，再谈代码。顺序反了会很难办。

第四样：当初的需求清单

没有清单，就没人知道哪些功能是「做好了」、哪些是「先这样放着」。

我们看到过最夸张的一个：一个审批流程在系统里写了三套，谁也不敢删，因为不知道哪套在用。

汕头一位做食品批发的老板讲过他的经历。上一家做完一半失联，服务器还在对方名下，续费那天网站直接打不开，停了三天。

后来我们花两个星期把账号迁回来，代码重读一遍，能用的部分不到六成。他说那三天丢的单，比接手费贵。

这四样东西其实在开始签的时候就能留住：源码交付清单、账号归属、文档要求。写进合同，后面省的是自己的钱。

还有一种情况更麻烦：代码在，但原作者用了自己攒的框架。读一套没人见过的框架，比自己写一遍慢。这种项目我们一般直接建议重写。

所以报价的顺序要反过来

正常顺序是先谈价再干活。接手项目建议先做三天代码体检，出一份清单：能跑吗、缺什么、哪些要重写。

体检本身是要收费的，大致区间在一千到三千，具体费用要根据你的实际需求和系统体量评估，功能多少、模块数量、要不要对接已有系统，都会影响。先出清单，再给明细报价，双方都清楚。

也有不值得接的。核心逻辑写死、没有源码、原作者失联，这种重写比接手便宜。我们拒过两个。老系统数据迁移和小程序二次开发里也提过类似判断。

手上有半截项目想找人接，打 13829578822，微信同号，先把这四样东西找出来，我们看完再说价。