维护范围要在签约前用清单方式写清楚:哪些日常操作由外包方负责、哪些只在触发条件下才做、哪些属于另行计费的增量需求,以及每月交付什么可核对的结果。判断约定是否合格的标准很简单——出现争议时,双方能凭合同和交付记录判断某件事该不该做,而不是靠“推广维护”这种笼统说法各说各话。
维护范围无法凭空约定,它取决于你交给外包方什么。开始谈之前,先整理一份现状清单:
这份清单直接决定维护范围的边界。比如你只给内容编辑权限,外包方就无法承诺改模板、调服务器,相关事项应写明由谁负责。权限不足时,维护条款要写成“提出修改建议并配合对接技术方”,而不是“负责修复”。
最容易出问题的地方,是把所有工作都塞进“日常维护”四个字。建议在合同或服务说明里分三类列明。
固定项指按周期重复、可计量的动作,例如:
触发项指达到某个条件才启动的工作,例如:
增量项指明确不在维护费内、需要单独确认的工作,例如新增独立站点、重建模板、大规模内容生产、投放预算管理。把增量项写出来不是为了推诿,而是避免后期因为“这算不算维护”反复扯皮。
约定时还要写清数量与频次。写“定期优化”没有意义,写“每月优化不超过10个页面,超出部分按页面计价”才能执行。数量、频次、单次工作量上限,是维护条款里最关键的三个数字。
维护做没做、做得怎么样,要靠记录判断,不能靠口头汇报。约定时要求外包方每月提供以下内容:
验证时注意区分相关与因果。某页面流量上升,可能来自内容更新,也可能来自季节波动、平台推荐变化或同期广告投放,报表里应标注同期还发生了什么。外包方如果只给结论不给依据,你可以要求补充原始数据截图或导出文件。
假设某月约定更新8个页面,实际只更新3个,且未提前说明原因,这就属于可依据记录判断的未履约情形,而不是主观评价。反之,如果约定里只写“持续优化网站”,双方都无法判断是否完成。
维护范围不只管合作期间,还要管结束方式。建议约定:
如果外包方使用自有工具或账户操作,要提前确认数据能否导出、权限能否转移。这一条在更换服务方时影响最大,谈的时候容易被忽略。
拿一张表,按固定项、触发项、增量项三栏列出你希望外包方承担的工作,每项标注数量、频次和验收依据,再让对方逐条确认或提出修改。双方对这张表达成一致后,再把它作为合同附件,维护范围的争议就会少很多。