改坏的责任以动手前的备份为基准：我们改坏的先恢复再免费修好；三种容易误判的边界情况，以及先回退、再排查、后修复的固定流程。
本文目录
因为改这个动作导致的问题，我们负责恢复到改之前的样子，不另收费——判断基准不是嘴上争论，是动手前做的那份备份。
「改坏了谁负责」听着像一句追问，其实是一个流程问题：动手前有没有备份、改的范围有没有说清、问题出在哪一层。这三样定了，责任自然就清了。这篇讲小改动场景的规则；接手别人网站的责任划分是另一套逻辑，写在出问题责任怎么划分那篇里。
先立规矩：备份是责任的基准线
我们改任何东西之前，先把当前状态完整备份。「改坏了」这三个字因此有客观答案：
| 情况 | 对照备份的结果 | 谁负责 |
|---|---|---|
| 改完不如改前，或者把别的地方带坏了 | 和备份一比，变化在这次的改动里 | 我们。先恢复，再免费修到好 |
| 改前后都有的问题，只是这次才被发现 | 备份里问题已经存在 | 老问题，单独立项处理，费用先报给你 |
| 改完过几天才坏，改动点之外的原因 | 和改动无直接关系 | 先帮你排查，查出原因再定责 |
三种情况对号入座，没有模糊地带。所以备份不只是技术动作，它是万一出事时唯一说得清的东西——没有备份，责任问题就变成了口水仗。
「改坏」容易误判的三种情况
实践中真正扯皮的，往往不是明显的改坏，而是下面三种边界情况：
- 把「变样了」当「改坏了」。改完的效果和你想要的不一样，这是返工问题，不是事故问题——说明沟通有偏差，返工到满意为止，不收钱但也不算「坏了」；
- 把新功能的问题算给小改动。「顺便加个小功能」如果其实是二次开发，它有自己的测试和验收周期，出问题属于开发范围。两件事的界线在小改动和二次开发的区别那篇里；
- 把外因算给改动。域名过期、服务器宕机、第三方接口挂了，时间上撞在一起很像改坏了。排查会给出证据：改动的部分正常，坏在改动之外。
恢复的流程：先回退，再排查
真出现改坏，我们的动作顺序是固定的：
- 先回退到备份。让网站回到改之前的状态，把影响掐断——哪怕问题还没查清，先恢复访问要紧；
- 再排查原因。是哪一步改出来的，写成记录给你；
- 最后修到好。确认原因后重新改，验证过才算完。这个过程中你不需要做任何技术判断，每一步都有记录可查。
你能在委托时做的三件事
责任清晰不只是服务商单方面的事，委托时你可以做三件让规则生效的事：
- 书面确认改动范围。改哪几处、期望什么效果，聊天记录里说清，避免「我以为你还会改那个」；
- 确认对方会先备份。开工前问一句「动手前会备份吗」，靠谱的小改动服务都会把这条当默认规矩；
- 改完当场验。改动记录发你时，顺手点一遍相关页面，有问题当场提——隔得越久，排查成本越高。
常见问题
改坏的是别的页面，不是要改的那个，也算吗？
算。动一个地方带坏了别处，在技术上是同一回事——变化由这次改动引入，对照备份就能确认。恢复加修复都不另收费，这个标准对「连带损伤」一样适用。
改完当时没问题，一周后出的问题算谁的？
先排查再定责。如果查出来和那次改动直接相关，照改坏处理；如果是改动之后新出现的外部原因（服务器、域名、第三方接口），我们把排查结果给你看，该找谁解决帮你指路。关键还是那份备份和改动记录——时间隔多久都有对照。
你们改坏了却不认，我拿什么说理？
拿备份和记录。改动范围有文字确认、动手前有备份、改完有记录，三样凑齐，「改没改坏」是个对照问题，不是态度问题。这也是我们把流程定这么死的原因——流程保护客户在先。真遇到对不上账的情况，把记录拿出来对照就是了。
最后一句
改坏了谁负责，答案藏在开工前的流程里：有备份就有基准，有书面范围就有边界，有记录就有证据。这三样齐了，责任问题从来轮不到扯皮。
手头有个想改但怕改坏的地方？把网址发过来，免费先看一眼——改哪里、怎么兜底、坏了怎么办，开工前一次说清。
微信 / 电话：18810043668（微信同手机号）
麦哲网联自 2010 年起做网站建设与长期维护。经手企业官网、外贸独立站、社会组织与定制系统，处理过大量接管、故障应急与小改动交付。
