维护范围必须在合同里逐项写清,不能只写“提供售后维护”。常见误解是:客户以为建站公司会长期免费处理所有问题,建站公司则认为只负责交付后短期内的程序故障。正确做法是把维护分成内容、技术、安全、功能变更四类,逐条写明“谁做、做几次、多久响应、是否另收费”。
第一类是交付质量责任,指上线时就应该正常的功能,例如页面错位、表单提交失败、链接打不开。这类问题通常属于建站公司的修复义务,应约定一个免费修复期,例如上线后30至90天,具体天数由双方协商。第二类是日常运营维护,例如更新产品图片、替换轮播图、发布文章。第三类是新增需求,例如增加在线支付、改版栏目结构。第二、三类是否包含在维护费里,必须单独写明。
判断依据很简单:如果这项工作在需求文档和验收标准里已经存在,属于第一类;如果只是往已有框架里填内容,属于第二类;如果要改代码逻辑或增加新模块,属于第三类。
不要接受“定期维护”“必要时处理”这类模糊表述。可以按下面的格式逐项填写:
假设某合同写“每月维护两次”,就要追问:这两次是指两次内容更新,还是两次上门或远程检查?超出后怎么算?把答案写进合同附件,比口头承诺可靠。
维护范围不只包括“做什么”,还包括“多快做”。可以约定分级响应:普通内容更新在2个工作日内处理;页面无法访问等影响使用的问题在4小时内响应;涉及数据丢失的紧急情况优先处理。响应时间和修复时间是两回事,响应指对方确认并开始处理,修复指问题解决,两者都要写。
费用方面,常见做法有两种:按年收取固定维护费,包含约定次数的内容更新和基础故障处理;或者不收固定费,按次计费。前者适合需要持续更新内容的站点,后者适合更新频率低的展示型站点。选择依据是过去三个月的实际更新次数,而不是凭感觉估计。
拿到合同后,逐条核对以下内容,缺一项就要求补充:
如果对方只愿意口头说明,可以要求把沟通结果整理成邮件或补充协议。判断结果的标准是:把合同交给没有参与沟通的第三方看,对方能否明确说出哪些事由建站公司负责、哪些事由客户负责。如果说不清,说明约定还不够具体。
下一步:整理你当前网站的实际更新频率和已知故障类型,列成一张表,再拿这张表去和建站公司逐项确认维护范围,把确认结果写进合同附件。