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

公司网站策划：维护范围怎样约定

维护范围应当在合同或需求确认单中逐项写清：哪些属于日常维护、哪些属于故障修复、哪些属于新增需求、哪些需要另行计费，并约定响应时限、交付标准和验收方式。范围写得越具体，后期争议越少。

先列出维护对象清单

维护范围的起点是资产清单。没有清单，就无法界定“维护什么”。建议在策划阶段就整理一份网站资产表，逐项确认归属。

• 要查什么：域名、服务器或主机、SSL证书、CDN、数据库、程序源码、后台账号、第三方接口（支付、短信、地图）、统计工具、备案信息。
• 怎么查：由服务方提供一份资产表，注明每项的责任人、到期时间、账号归属；客户逐项核对是否与实际一致。
• 结果说明什么：清单内且写明由服务方负责的项目，属于维护范围；清单外或归属客户自管的项目，默认不在维护范围内。

把工作分成四类分别约定

维护争议多来自“这算修还是算改”。把工作分类，比笼统写“负责维护”有效得多。

1. 日常巡检：备份检查、可用性监测、安全补丁、日志查看。约定频次，例如每周一次，并说明是否提供巡检记录。
2. 故障修复：页面打不开、表单提交失败、数据库连接异常等。约定响应时间与恢复目标，例如工作时间内2小时响应。
3. 内容更新：发布文章、替换图片、调整栏目文案。约定每月次数或工时上限，超出部分如何计费。
4. 功能变更：新增页面模板、接入新接口、改版栏目结构。这类通常不属于维护，应约定为单独报价的开发需求。

判断标准可以写成一句可执行的话：不改变现有功能与结构的操作属于维护；改变功能、结构或数据模型的操作属于新增需求。

用检查项核对约定是否完整

拿到维护条款后，逐项对照以下内容，缺一项就补一项。

• 服务时间：是否区分工作日与节假日，非工作时间故障如何处理。
• 响应与恢复：是否分别约定“响应时限”和“恢复时限”，两者不是一回事。
• 计费方式：按年打包、按工时还是按次，超出范围如何报价、如何确认。
• 交付物：巡检报告、故障记录、变更说明是否提供，以什么形式提供。
• 数据与账号：备份由谁做、保存在哪里、恢复由谁执行、账号在合同结束后如何移交。
• 除外责任：因客户自行改代码、第三方服务中断、服务器商故障导致的问题，是否明确不在维护方责任内。
• 终止与交接：合同到期后源码、数据、账号的移交方式和时限。

结果说明什么：以上每一项都能在合同里找到对应文字，说明范围约定基本可用；若只有“负责日常维护”一句，则属于约定不足，出现问题时很难判断责任。

一个假设例子

假设合同写“每月提供5小时内容更新，超出按小时计费；故障工作时间内4小时响应；新增功能另行报价”。某月客户要求把文章列表页从分页改为无限滚动。这改变了页面结构与交互逻辑，属于功能变更，不在5小时维护工时内，应走新增需求流程。若只是把列表页的配图换掉，则属于内容更新，计入维护工时。这个判断依据来自约定本身，而不是事后协商。

下一步

把现有维护条款与上面的检查项逐条对照，列出缺失项，再以书面补充确认的方式与服务方逐项敲定，形成一份可对照执行的维护范围说明。