维护范围要在签约前用一份可验收的清单写清,而不是等网站上线后再口头补充。做法是先从你希望网站一年后仍能正常运行的交付结果倒推:需要谁提供资料、谁执行操作、谁承担费用、达到什么状态算完成。任何一项没有写入合同或附件,默认都不在维护范围内。
先列出网站上线后必须持续成立的状态,再对应到具体工作。常见状态包括:页面能正常打开、表单能正常提交、域名和主机不过期、程序与插件没有已知高危漏洞、数据有可恢复的备份。每一条状态背后都对应一项维护任务,任务再对应责任方和验收方式。
维护争议大多来自“以为包含”。建议在合同附件里用四栏表格逐项确认:事项、执行方、所需资料、验收标准。例如“插件安全更新”一栏,执行方写建站方,所需资料是你提供的后台管理员账号,验收标准是更新后首页与表单页正常且已生成更新前备份。资料由谁提供必须写明,否则执行方可以以“未收到账号”为由不履行。
验收标准要能被观察,不要写“保持稳定”“及时处理”这类无法判断的表述。可替换为“工作日提交的故障,24小时内给出原因说明”“每月1次备份,保留最近3份”。响应时间和解决时间是两件事,前者指多久开始处理,后者指多久恢复,两者都要分别约定。
第一类是保障型维护,指主机、域名、证书、备份、安全更新,目标是网站不中断、数据不丢失。第二类是内容型维护,指改文字、换图片、加产品,按次数或工时计算。第三类是功能型维护,指新增栏目、对接支付、改版,通常属于新开发而非维护。
三类混在一起报价时,容易用低价保障型维护吸引签约,再把内容型工作算作额外收费。判断方法是看合同里的次数上限和超出后的单价。如果只写“包含日常维护”而没有次数、工时和单价,实际执行时双方都会陷入被动。
假设某份合同只写“提供一年技术维护”,未写次数与时限。按上述步骤会得到三项待补:故障响应时限、内容修改次数、备份频率与保留份数。补全后你才能比较不同建站公司的报价是否对应同一工作量,否则价格高低没有可比性。
如果四栏表格中每一项都有明确执行方和可观察的验收标准,维护范围就算约定清楚;如果仍有“视情况”“另行协商”的条目,说明范围尚未闭合。下一步是把待补条目写成邮件或合同补充条款,要求对方逐条确认后再签字,并保留书面记录作为后续验收依据。