维护范围要在合同或服务确认单里写成可核对的动作清单,而不是只写“持续优化”“日常维护”这类概括说法。约定时至少明确三件事:每月做哪些具体工作、这些工作由谁触发、超出范围的部分如何计费。范围写得越具体,后期越不容易因为“这算不算维护”产生分歧。
维护范围通常可以拆成两种性质不同的内容,约定方式也不一样。
把这两类混在一起写,是维护范围最容易出问题的地方。固定项可以量化,响应项只能约定规则。
实际操作中,维护范围一般有两种写法,各有适用条件。
方式一:按工作量约定。例如每月包含若干小时的优化工时,具体做什么由双方在工时内协商。优点是灵活,适合站点结构还在调整、需求变化快的阶段;缺点是边界模糊,读者需要自己判断哪些请求会快速消耗工时,容易出现“月底才发现额度用完”的情况。
方式二:按事项清单约定。例如明确列出每月必须完成的若干项检查和调整,超出清单的项目单独报价。优点是边界清晰、便于验收;缺点是清单外的合理需求容易被搁置,站点出现新问题时响应可能不及时。
判断依据可以看两点:一是你的站点是否处于稳定期,稳定期更适合清单式;二是你是否有内部人员能承接临时需求,有的话清单式更划算,没有的话工作量式更省心。
无论选哪种方式,以下内容都建议逐条确认,避免留下模糊地带。
短例子(假设场景):某站点约定每月包含死链检查一次、核心页面标题复查一次、排名记录四次。某月网站改版导致大量链接失效,这属于响应项还是固定项?如果合同只写“死链检查每月一次”,改版引发的批量问题就可能被算作额外工作。因此在约定时最好补一句:因站点自身改版引发的批量问题,按响应项处理并单独确认工作量。
可以按下面的顺序做决定。
判断结果:如果一份约定里能明确回答“这个月做了什么、没做什么、多做怎么算”,范围就算约定清楚了;如果只能回答“一直在优化”,那基本等于没有约定范围。
下一步,把你手上的服务说明或合同草案拿出来,对照上面的六项检查项逐条标记,缺哪一项就补哪一项,再与对方确认。