维护范围要在合同里写成可核对的清单,而不是一句“提供售后维护”。约定时先分清楚三件事:哪些工作包含在年度或月度费用里,哪些属于按次计费的额外服务,哪些根本不在服务方责任内。判断标准只有一个:出现问题时,双方能否根据合同条款直接判断“这算不算维护”。如果一条描述需要再解释才能落地,就说明它还不够具体。
维护范围模糊,通常是因为把不同性质的工作混在一起。可以按下面的分类逐项确认:
这四类之外的工作,例如改版、新增栏目、对接第三方系统,一般应单独报价。合同里最好直接写明“不在维护范围内的情形”,比只写“包含哪些”更不容易扯皮。
“及时响应”无法执行,因为它没有判断标准。可执行的写法是拆成两个指标:
两类问题要分开约定。网站无法访问属于高优先级,通常要求更短时限;页面文字微调属于低优先级,可以放在工作日处理。如果服务方对所有问题都承诺同一时限,反而要确认它是否有足够人手兑现。
维护费和改动费混淆,是后期加价争议的主要来源。可以用一个简单判断:这次操作是在恢复网站原本应有的状态,还是在增加原本没有的能力。
假设合同约定维护包含“修复表单提交失败”。表单因为邮件服务配置过期而失效,属于恢复原状,应包含在维护内。如果你要求表单增加短信验证,这是新增功能,通常属于改动,需要另外报价。这个例子只用于说明判断方法,实际归属仍以合同文字为准。
约定时可以要求服务方在报价单里列出:维护包含的具体操作、超出次数后的单价、新增功能的评估方式。三项都写清楚,后续沟通成本会明显下降。
如果没精力逐条推敲整份合同,至少先把下面五项确认到位,它们覆盖了大多数争议场景:
最后一项常被忽略。如果合同没有写交接义务,更换服务方时可能拿不到完整资料。把它写进合同,比事后协商更省事。
把上面五项整理成一页确认清单,发给候选的建站公司,要求对方逐项书面回复,而不是口头承诺。对比回复时重点看两点:哪些项目被明确排除,以及超出范围后的计费方式。回复越具体,后期维护越可控。