责任划分靠接手前的现状说明：老问题入册由你决定、我们的动作引入的问题先恢复再修复、外部故障协助排查交涉，附行政验收三要素。
本文目录
责任怎么划，不靠事后争，靠接手前的那份现状说明：接手时网站是什么状态，白纸黑字确认下来，出了问题对着它看。
这篇把线划清楚：哪些算我们的，哪些不算，以及 隐藏问题爆发时的处理顺序。
三个区域，三种责任
| 问题类型 | 算谁的 | 怎么处理 |
|---|---|---|
| 接手时就存在的老问题 | 历史遗留，写在现状说明里 | 列清单给你，你决定修哪些、缓哪些 |
| 我们接手后的动作引入的问题 | 我们的，不推 | 先恢复到改前状态，再修，然后复盘 |
| 第三方和外部因素 | 域名商、主机商、攻击者 | 不属我们，但排查和交涉我们协助 |
一条一条说。
老问题：先入册，再决定
接手一个别人做的站，多多少少都有历史遗留：过期模板、死代码、该更新没更新的插件。我们的做法是摸底阶段全部登记进现状说明，一项一项写清楚：是什么、有什么风险、修大概要什么代价。
修不修、什么时候修，你决定。我们不顺手乱改——没有确认就动别人的站，出了岔子反而说不清。
评估怎么做的，接管评估页有流程。
新问题：这是我们的责任，处理顺序是固定的
接手后因为我们改动引发的问题，处理顺序雷打不动：
先恢复，再修复，后复盘。动手前的备份在这时候用上——先把站恢复到改动前，保证你的业务不继续受损；然后查原因修掉；最后复盘为什么会出，写进交付记录。
备份不验证等于没备份——所以我们接管的第一件事就是做一份验证过能恢复的完整备份。这一条是底线，也是你判断任何服务商靠不靠谱的硬标准。
外部因素：不背锅，但也不甩手
域名商停止解析、主机商故障、被攻击——这些发生在我们职责之外，但你的站停着，你的损失是真的。我们的做法是先协助排查定位，把责任方查清楚，需要跟服务商交涉我们出面。不因为「不怪我们」就晾着不管。
隐藏问题爆发了，算谁的
最难的场景：现状说明里没有的老毛病，接手之后爆发了。处理顺序是——
先救站，再划分。站先恢复正常运行，这是第一位的，不管责任在哪；然后对照现状说明和时间线，说清这是原有隐患还是新的问题；最后按结论谈处理。不会因为「这不是我们弄的」就停着不救。
怎么证明问题是接手前就有的？现状说明本身有时间节点，加上服务器日志和改动记录，能还原。这也是我们坚持接手先摸底的原因：没摸底的接手，将来所有问题都是糊涂账。
一个真实的类似过程：协会网站原团队解散后无人维护，我们接手时先把域名、服务器、源码、账号全部理清登记，再进入维护，全程记录在协会网站接管案例里。
给负责验收的行政一份清单
很多机构是行政在对接服务商，出了问题不知道验收什么。记住三样：
- 页面正常——桌面和手机都打开看过；
- 备份存在——最近一次备份的时间和位置问得到；
- 记录交付——这次改了什么，有书面记录。
三样都在，这次服务就是闭环的。缺任何一样，都可以理直气壮追着要。
常见问题
你们改坏了东西，会承认吗？
改没改坏，记录说话。每次改动前有备份、改动有记录，是不是我们的动作引入的，一查就知道。是我们的，先恢复再修；不是的，给你查清原因。争责任不能建立在站打不开的基础上，先救站。
老问题修了之后又复发，算谁的？
看问题性质。配置类、权限类的能根治，复发了算我们没修好；架构层面的老问题，摸底时我们会明说「能压住但压不干净」，复发时按这个前提谈，不翻旧账。会不会提前给你交底，接手判断那篇的 FAQ 讲过。
接手前的现状说明要多久？收费吗？
常规站 1–2 个工作日，包含在接管流程里，不单独收费。说明做出来你看，双方确认了才开工——这一步就是为了让后面所有问题都有对照。
最后一句
责任划分做得好的服务商，不怕白纸黑字；躲着现状说明的，才要留神。
你的站现在正处在一笔糊涂账里？把网址和情况发过来，免费摸底，先把「现在是什么状态」写清楚。
微信 / 电话：18810043668（微信同手机号）
麦哲网联自 2010 年起做网站建设与长期维护。经手企业官网、外贸独立站、社会组织与定制系统，处理过大量接管、故障应急与小改动交付。
