📍 WDQWDWQD987AAAAA:216.73.216.28
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /dd0215e7cf3b.html
📄

企业建站服务维护范围怎样约定 - 把边界写进合同附件

维护范围的约定方式，是把“日常保障”“按次付费”“明确排除”三类事项分别列成清单，写进合同附件并注明响应时限与计价方式。只写一句“提供一年免费维护”基本无法执行，因为双方对“维护”的理解往往不同：甲方认为改文案、换图片、加栏目都算维护，乙方认为这些属于新增需求。

先分清三类事项，再谈价格

约定维护范围的第一步不是谈钱，而是把工作分类。建议在附件里用三张表分别列出：

• 包含项：合同期内不限次数或限定次数内免费处理，例如服务器与域名到期提醒、程序安全补丁更新、数据库定期备份、页面报错排查、已有栏目内的文字与图片替换。
• 按次计费项：超出日常保障的工作，例如新增功能模块、页面模板重做、对接第三方系统、批量数据导入。这类要写明计价单位，是按人天、按页面还是按功能点。
• 排除项：明确不属于维护的内容，例如服务器被攻击后的数据恢复、因甲方自行修改代码导致的问题、内容持续运营与推广投放。

分类的价值在于：出现争议时不用重新谈判，直接对照清单判断属于哪一类。适用前提是合同已经签署或即将签署；如果网站已经上线且没有维护条款，可以补签一份维护补充协议，效力与主合同一致。

响应时限要写成可验证的数字

“及时响应”不是约定，是模糊表述。可执行的写法是分等级：

1. 网站无法访问、支付或表单提交失败等影响业务的问题，工作时间内2小时内响应，4小时内给出处理方案。
2. 页面样式错乱、部分功能异常等影响体验的问题，1个工作日内响应。
3. 文案调整、图片替换等常规需求，2个工作日内完成。

这些数字是示例，实际约定应结合自身业务对停机的容忍度来定。判断标准很简单：把时限写成“几小时”“几个工作日”，并注明计时起点是甲方通过约定渠道（如指定邮箱或工单系统）发出通知的时间，而不是乙方看到消息的时间。验收信号是：每次报修都能查到受理时间和处理结果记录。

用验收信号判断约定是否真的落地

条款写得再细，也要靠执行记录验证。可以要求服务方每月提供一份维护记录，包含当月处理的事项、耗时、是否属于包含项。连续两三个月记录为空，可能说明没有实际巡检；记录里频繁出现本应属于包含项的内容却被计费，说明分类清单需要重新确认。

另一个可核对的信号是备份：约定里写了定期备份，就应能说清备份频率、保存位置和恢复演练情况。只写“有备份”而无法说明恢复流程的，等于没有约定。

时间和人手有限时，优先处理这三件事

如果预算和精力只够做最少的动作，按以下顺序推进：

• 先把“包含项”和“按次计费项”的边界写清楚，这一条能避免绝大多数扯皮。
• 再确认影响业务的核心功能（访问、表单、支付）的响应时限。
• 最后补上备份与恢复的责任归属，明确由谁备份、多久一次、恢复由谁执行。

适用条件是网站已上线、需要长期运行；如果网站还在建设阶段，应在开发合同里就预留维护条款的位置，而不是上线后再补。

下一步建议：把现有合同或服务说明里与维护相关的段落找出来，对照上面的三类清单逐条归类，凡是无法归入任何一类的表述，就是需要补充约定的地方。