维护范围要在合同或服务确认单里写成可核对的动作清单,而不是“负责日常维护”“持续优化”这类笼统表述。约定时至少明确四件事:谁在什么时间做、对哪些账户和物料做、产出什么记录、哪些事项需要另行确认。这样后续出现效果波动或操作争议时,才能判断某项工作是否属于托管方责任。
维护范围不是凭空写的,它取决于账户当前的结构、预算规模和投放目标。签约前应让服务方和你一起完成一次账户盘点,把以下内容记录成附件:
盘点结果直接决定维护工作量。例如账户里有大量重复关键词和长期无展现的单元,清理本身就属于维护内容;如果账户结构清晰、预算很小,维护范围可以相应收窄。这一步的关键是让双方对“现状”有同一份书面记录,避免后期用各自的理解争论某项工作该不该做。
建议把维护范围拆成两类写进约定。固定项是按周期必须执行的动作,触发项是达到某个条件才执行的动作。这样既不会漏掉日常事务,也不会把无限责任压给托管方。
固定项示例:
触发项示例:
需要特别写明的是不包含在维护范围内的操作,例如新建独立网站、重写全部落地页、拍摄视频素材、注册新账户、处理与推广无关的客服咨询。这些内容如果要做,应单独确认工作量和费用。范围写得越具体,后续扯皮越少。
维护是否到位,不能只看口头汇报。可以要求托管方按约定周期提供操作记录,你自己在百度推广后台核对以下检查项:
如果发现某项固定动作连续多个周期没有记录,先确认是遗漏还是双方对范围理解不同。属于约定内的遗漏,应要求补做并说明;属于约定外的需求,则应走变更确认,而不是直接默认对方必须免费处理。判断结果的标准是:合同或确认单里有没有写,写了就按写好的执行,没写就重新协商。
投放需求会变,维护范围也应允许调整,但调整方式要提前写清楚。常见做法是设置一个变更确认流程:提出需求、评估工作量、双方确认、更新范围清单。同时约定资料归属,包括账户管理权限、历史操作记录和数据报表在合作结束后如何移交。如果托管方使用自己的工具或系统,要说明数据能否导出、以什么格式导出。这些内容不属于日常维护动作,但直接决定维护关系能否平稳结束。
下一步,拿出你现有的服务约定或合同,对照上面的固定项和触发项逐条核对,把缺失的动作、周期和不包含事项补进书面清单,再和对方确认签字或书面回复。