结论
接，但顺序是先盘点再报价，不是先报价再开工。盘点通常需要三到五个工作日，输出一份书面报告，内容包括可维护性判断、风险点清单与建议的处理顺序。看完报告您再决定要不要继续，这样对双方都公平。
怎么判断
盘点主要看五件事：
- 源码是否完整可构建——能不能在一台干净的机器上从源码跑出当前线上这一版。这是最关键的一条，做不到的话后面都免谈。
- 依赖版本与已知安全问题——依赖太旧会限制后续改动，也可能有需要处理的安全风险。
- 数据库结构与数据量——结构是否清晰、有没有文档、数据量是否影响改动方式。
- 部署方式与服务器状况——怎么发布、有没有可回滚的手段。
- 第三方账号与密钥的归属——域名、服务器、支付商户号、各平台账号是不是都在您手里。
注意事项
关于「接手别人代码会不会更贵」：前两周确实会慢于自研项目，这是熟悉代码结构与业务逻辑的必要成本。我们的做法是把这部分工时在报价时写明，而不是藏在总价里。
也要如实说一种情况：如果源码不完整、数据库结构缺失、或者关键第三方账号权限拿不到，那么任何团队都无法可靠维护。这时候我们会给出重建或迁移的建议，而不是先接下来再说——接了也修不动，对您没有好处。