维护范围要在合同或服务确认单里写成一份可核对的清单,逐项写明“做什么、做几次、谁来做、什么算完成、超出后怎么计费”。如果只写“日常维护”“按需调整”这类笼统表述,后期很容易出现一方认为包含、另一方认为额外的争议。约定时把工作分成固定项、触发项和排除项三类,比单纯罗列服务名称更实用。
固定项是按周期重复的工作,例如每月检查一次页面能否正常打开、表单能否提交、统计代码是否还在生效。触发项是出现问题才做的工作,例如页面被改坏、链接失效、访问变慢时的排查与修复。排除项要主动写出来,例如新增页面设计、重做视觉、投放广告素材制作、第三方系统本身的故障处理。三类混在一起,是维护范围争议最常见的来源。
不要写“保证网站稳定”,要写成能判断的句子。例如:
判断标准是:不看解释,只看记录,就能确认这一项做了还是没做。写不出判断标准的工作,往往也不适合放进维护范围。
维护范围不只是“做哪些事”,还包括“多久响应”和“做到哪一步算结束”。建议分别约定:报修后多久确认收到、多久给出初步判断、多久完成修复或给出替代方案。同时说明哪些情况不计入维护,例如服务器或域名到期、第三方平台规则变化、内容由他人改动导致的故障。
如果对方声称问题“不在维护范围内”,可以要求其指出合同中的具体条款,并说明判断依据。反过来,如果自己认为某项应包含,也要能指出对应条目。双方都指向条款,讨论才不会停在口头印象上。
出现具体问题时,先收集证据再下结论:
维护范围不是签完就固定不变的。每次出现范围外的需求,处理完后在服务记录里补一行:需求内容、是否属于原范围、如何计费、完成时间。积累一段时间后,把这些内容整理成补充条款,下一周期就按新清单执行。
下一步可以直接做一件事:把现有合同或确认单里的维护描述逐条抄出来,在旁边标注“固定项、触发项、排除项”,凡是标不进去的,就是需要重新约定的部分。