要不要重做不由「是谁做的」决定，由继续修、翻新、重建三笔账决定；提重做前先算账给你核，以及识别拿重做吓唬人的三个信号。
本文目录
通常不会。要不要推倒重做，不由「这站是不是你们做的」决定，由三笔账决定。
但你担心的这件事真实存在——所以这篇把话说明白：什么情况我们才会提重做、提的时候规矩是什么、怎么识别拿重做吓唬人的服务商。
什么情况我们才会提重做
只有一种根本原因：修的成本会超过重建。具体常见三种：
- 系统烂到没人能维护。框架停更多年、核心代码被加密混淆、连原开发者都说不清逻辑。这种不是不能修，是每次修都在为将来的崩盘付利息。
- 安全上已经兜不住。程序版本老到官方都不发布了，漏洞补不过来，今天清了明天又被黑。
- 平台到头了。建在某个 SaaS 平台上，你要的功能平台不做、第三方也接不进去，继续投入就是死胡同。
反过来说，站能正常跑、程序在正常维护、你要的改动做得动——能不动就不动，这是我们的默认立场。老不老不是问题，稳不稳才是。
我们提重做，必须先给你算三笔账
就算落在上面三种情况，我们也不会先说「建议重做」，而是先给你算账：
| 账 | 算什么 |
|---|---|
| 继续修 | 每年维护大概多少、隐患清单多长、哪几条修不干净 |
| 翻新 | 保留数据和结构，换模板、理代码，介于两者之间的路 |
| 重做 | 一次投入多少、周期多长、旧站数据和收录怎么迁 |
账摆出来，决定权在你。你说继续修，我们就按继续修做，把修不干净的地方写进风险清单。绝不出现「先收一笔维护费，做着做着又说不如重做」。
极端的例子我们处理过：一套老系统核心代码加密混淆、原开发者失联，接手摸底后确认修复成本超过重建——全过程写在遗留系统接管案例里，那是真到了该重做的程度。
怎么识别拿重做吓唬人的服务商
三个信号，占一条你就要留神：
- 还没摸底就建议重做。连你站上跑的什么程序、数据在哪都不知道，他凭什么判断？正常的顺序是先摸底、出现状评估，再谈修还是建。
- 只说重做，不给继续修的账。只报一条路的价格，你就没法比。
- 把重做包装成小改动慢慢做。这是另一种套路，一样是消耗。
重做期间，旧站怎么办
真走到重做这一步，旧站照常运行，新站并行开发，两边都稳了才切换。不会出现「为了建新站把旧站停了」的情况——你的业务一天都不能断。
常见问题
我的站很老，但一直没出过事，要重做吗？
没出事、改得动、能备份——三条都在，就继续用。我们会建议把备份和更新补齐，而不是推倒。程序老不是问题，没人管才是。
会不会接手之后做着做着，又说必须重做？
不会。摸底阶段就把判断做完：能不能维护、隐患在哪、哪些修不干净，都写进现状说明。后面再冒出「必须重做」的说法，你得先问一句：摸底的时候为什么没说？我们给自己的规矩就是这条。
重做的费用比继续修贵多少？
没法一概而论，取决于站的大小和数据量。所以更不该听一句「建议重做」就点头——让任何一家都把两笔账摆出来比。判断能不能接手维护的标准在这篇，先看那个再说。
最后一句
「要不要重做」应该是一个算账题，不是一句吓唬话。谁建议你重做，你就让谁把继续修的账一起摆出来。
不确定自己那个站属于哪种情况？把网址发过来，免费摸底，修是修、该建是建，两笔账都给你。
微信 / 电话：18810043668（微信同手机号）
麦哲网联自 2010 年起做网站建设与长期维护。经手企业官网、外贸独立站、社会组织与定制系统，处理过大量接管、故障应急与小改动交付。
