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

优秀建站公司-维护范围怎样约定

与建站公司约定维护范围，核心是把“哪些事由对方负责、哪些事由你负责、超出后怎么计费”写成可核对的清单，而不是只写一句“提供售后维护”。范围越模糊，后期越容易出现“这是新需求，要另收费”的分歧。判断一份维护条款是否可用，看三点：有没有列明具体动作、有没有界定触发条件、有没有写清响应与计费方式。

先分清三类维护，再谈范围

维护不是一件事，通常可以拆成三层，约定时最好分开写：

• 保障型维护：让网站保持可访问、可打开。例如服务器或主机状态、域名与证书到期提醒、程序报错导致页面无法访问时的排查。
• 修正型维护：修复已交付功能出现的问题。例如表单提交失败、页面样式错乱、后台某功能异常。
• 变更型维护：新增或改动内容与功能。例如加一个栏目、改版首页、接入新的统计代码、调整页面结构。

前两类一般属于维护范畴，第三类往往被建站公司视为新需求。约定时要明确：变更型维护是包含在维护费里，还是按次、按工时单独报价。这是后期争议最集中的地方。

维护清单应该写到什么颗粒度

只写“网站日常维护”没有可执行性。可以要求对方按下面的结构给出清单，每一项都能判断“做没做”：

1. 动作：具体做什么，例如“每月检查一次页面能否正常打开”。
2. 频率：多久一次，例如每月、每季度，还是一次性。
3. 触发条件：什么情况下启动，例如“你反馈页面报错后”。
4. 响应时间：多久内确认、多久内处理。注意区分“确认收到”和“处理完成”。
5. 责任边界：哪些原因导致的故障不在免费范围内，例如你自己改代码、第三方服务停用、服务器欠费。
6. 计费方式：超出范围后按小时、按次还是按项目报价，单价是否提前写明。

判断清单是否够用，可以用一个假设例子检验：假设某天网站后台无法登录。如果条款能回答“谁先排查、多久响应、若是程序问题是否免费、若是服务器问题谁负责”，这份约定就基本可用；如果只能回答“提供技术支持”，就还需要补充。

维护期限、费用与续约条件

维护范围通常和期限、费用绑在一起，比较不同方案时要看组合条件，而不是只看总价：

• 免费维护期：交付后包含几个月，包含哪些动作，是否含内容更新。
• 付费维护期：按年还是按月，费用对应哪些清单项，未使用的次数是否顺延。
• 续约与终止：到期后如何续、提前多久告知、不续约时源码与数据如何交接。
• 响应级别：是否区分工作日与节假日，紧急故障和普通咨询是否同一响应标准。

如果两个方案价格接近，优先选清单更具体、责任边界更清楚的那个。价格低但范围含糊的方案，后期单次变更的累计成本可能更高。反过来，如果对方报价明显偏高，也要核对它是否把本不属于维护的改版、推广、内容代运营打包了进来。

可执行的约定步骤

在原有项目基础上补充维护约定，可以按下面顺序推进：

1. 列出你实际需要的维护动作，按保障、修正、变更三类归位。
2. 让对方逐项标注“包含 / 不包含 / 另计费”，不要接受口头承诺。
3. 对“另计费”的项目，要求写明计价单位和单价区间。
4. 约定响应与处理的时间标准，并说明如何记录和确认完成。
5. 写明交接条件：源码、数据库、账号、文档在什么情况下移交。
6. 把确认后的清单作为合同或订单附件，双方各留一份。

适用条件上，这套做法对已有页面、需要持续小改的项目最有效；如果项目本身还在频繁大改，建议先把改版需求单独立项，再谈日常维护，避免两类工作混在一份条款里互相牵扯。

下一步，把你当前最常出现的三类问题各写一条，发给建站公司要求逐项确认是否在维护范围内，并把回复内容整理进附件后再确认合作。