停下来、写清楚、摆出路、你决定：新问题书面成风险清单，处理费用另算先报价；为什么摸底了还会冒出新问题，以及签约前要问死的三个问题。
本文目录
停下来，把新发现写进风险清单，交给你决定：是继续修、降范围，还是改走翻新或重建——绝不闷头按原计划硬做，也不借题加价。
接手别人的网站，摸底再细也有一层看不见的水面：有些问题只有真正动手才会浮出来。这篇提前说清楚，问题比预想严重时我们的处理规矩，你也能拿它去核任何一家接手方。
为什么摸底了还会冒出新问题
不是摸底不认真，是有些东西从外面看不到：
- 没跑起来的部分。常年没人用的模块，里面烂没烂只有打开才知道；
- 依赖的暗雷。第三方接口早就停服、证书链不完整、备份文件是空的——这些要动到才会暴露；
- 数据层面的债。页面看着正常，数据库里的脏数据和字段混乱要处理时才显形。
所以正规的接手流程里，第一周只做备份、盘点和现状说明——就是在压缩这个不可见区。但压不到零，这篇讲的就是压不到零的部分怎么办。
发现严重问题的处理规矩
| 步骤 | 做什么 | 你拿到什么 |
|---|---|---|
| 先停 | 原计划范围里受影响的部分暂停动手 | 不会越陷越深 |
| 写清 | 新问题写成书面说明：是什么、多严重、跟老问题的关系 | 一份能看懂的风险清单 |
| 给路 | 继续修 / 缩范围 / 翻新 / 重建，每条路的账分开摆 | 可对比的选项和代价 |
| 你定 | 决定权在你，我们按你选的路走 | 没人替你做主 |
两条底线跟死：一是老问题的处理费用另算且先报价，绝不先斩后奏；二是绝不出现「先收一笔维护费，做着做着又说不如重做」——重做的判断标准在推倒重做那篇，什么时候都按那个来。
一个真实的先例
我们接过一套老系统，摸底时看着只是「旧」，接手深入后发现核心代码加密混淆、原开发者失联，修的成本超过重建——最后客户选了重建，整个过程和两笔账的算法都写在遗留系统接管案例里。这个案例说明两件事：严重问题可以出现，但判断要摆出账来；以及最后选哪条路，签字的是客户。
签约前，把这条规矩问死
既然问题可能在接手后变严重，挑接手方时多问一句：
- 「摸底之后又冒出新问题，怎么算？」答得出「书面清单+另算先报价」的，是按流程做事；答「到时候再说」的，到时候说的往往就是加钱；
- 「有没有接手后发现问题变严重的先例？」有先例且讲得清处理的，比说「不会有的」可信——这个行当里没遇到过才不正常；
- 「现状说明里会不会写『修不干净』的部分？」敢写的，清单是真的。
这三个问题跟接手前该核的资料一样，都属于接管前评估的一部分，问在前面，比事后扯皮便宜得多。
常见问题
新冒出来的问题，会不会变成无底洞？
不会变成无底洞，因为每一笔都过你的手：新问题书面写清、处理费用先报价、你点头才动。真正会变无底洞的是反过来的模式——口头答应包修，做着做着一笔一笔冒出来。判断方法就是上面那三个问题，签约前问死。
问题太严重，接手方中途撂挑子怎么办？
中途退出的成本要先锁死：到发现问题时为止，已完成的部分（备份、盘点、已处理事项）交割清楚，资料还给你。我们的做法是无论走到哪一步，这些东西随时能完整移交——能不能接手的判断标准里，「账号资料始终在客户手里」本来就是底线之一。
能不能加钱让我方把风险一次查干净？
摸底可以加深，但不承诺「查干净」——外部能查的是程序版本、报错日志、安全扫描这些，数据层和依赖层的债要动手才见全貌。我们把能查的查透、查不透的写明，比卖一份「保证没风险」的空头评估诚实。评估的内容范围见技术评估页。
最后一句
问题比预想严重，考验的不是技术，是规矩：停下来、写清楚、摆出路、你决定。这十六个字可以直接拿去当验收标准，谁家做不到，谁家的「严重」最后都会变成你的账单。
正在犹豫要不要把站交出来接手？把网址发过来，免费先看一眼——现状、风险、可能碰到的坑，先摆到桌面上再谈。
微信 / 电话：18810043668（微信同手机号）
麦哲网联自 2010 年起做网站建设与长期维护。经手企业官网、外贸独立站、社会组织与定制系统，处理过大量接管、故障应急与小改动交付。
