整合推广外包 - 维护范围怎样约定：从交付结果倒推责任边界
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a283634e8291.html
📄
整合推广外包 - 维护范围怎样约定：从交付结果倒推责任边界
维护范围要在签合同前用“交付结果”倒推写清：先确定外包方每月必须交出什么可验收的成果，再据此划分资料由谁提供、任务由谁执行、责任由谁承担、验收用什么标准。范围写得越靠近结果，后期扯皮越少；只写“负责维护”“持续优化”这类动作描述，几乎必然产生分歧。
先定交付结果，再谈维护范围
整合推广外包通常同时涉及内容、渠道投放、数据监测等多个动作，维护范围模糊的根源是把“做什么”当成了“交什么”。建议把每个渠道的月度交付物写成可检查的对象，例如：
- 内容类：每月交付的稿件数量、发布平台、是否含配图、修改轮次上限。
- 投放类：账户日常调整、预算分配建议、投放结案数据的提交时间。
- 数据类：周报或月报的指标口径、数据来源、异常波动的说明义务。
- 技术类：落地页可用性检查、表单是否正常提交、监测代码是否生效。
交付物一旦具体，“维护”就不再是无限责任。凡是无法形成交付物的口头承诺，都不应写进范围。
资料、任务、责任、验收四项要分别落到人
从交付结果倒推，会自然带出四类约定，缺一项就会在执行中反复确认：
- 资料：产品信息、素材、账号权限、历史数据由谁在什么时间提供。甲方延迟提供时，交付时间是否顺延。
- 任务：哪些动作属于外包方职责，哪些属于甲方内部配合。例如内容创作在外包方，但专业事实审核在甲方。
- 责任：账号安全、违规内容、投放超支、数据泄露分别由谁承担，出现平台处罚时如何处理。
- 验收：以什么为通过标准，谁有最终确认权，未通过时修改几次、超出后如何计费。
这四项不需要写得冗长，但每一项都要能回答“出问题时找谁、按什么判断”。
两种常见约定方式及适用条件
实际谈判中通常有两种处理方案，选择取决于甲方自身能力和推广渠道的稳定程度。
方案一：按动作约定。合同列出外包方每月执行的具体动作，如发布若干篇内容、调整若干次投放、提交若干份报告。适用条件：甲方清楚自己要什么，渠道变化不大，内部有人能判断动作质量。判断结果是责任清晰、报价容易比较，但遇到渠道规则变化时灵活性差。
方案二：按结果约定。合同围绕可量化的交付结果，如有效咨询量区间、内容上线率、账户健康度指标。适用条件：数据统计口径双方都能核对，结果受外包方控制的程度较高。判断结果是激励一致，但必须提前写清统计口径和排除项，否则容易就“这个线索算不算”产生争议。
多数整合推广项目适合混合方式：过程动作按方案一约定，核心结果按方案二约定，并注明哪些外部因素不计入考核。
维护范围必须写明的排除项
范围不仅包括做什么，也包括不做什么。常见排除项应逐条确认：
- 是否包含新渠道从零搭建，还是仅维护已有渠道。
- 是否包含网站改版、服务器运维等超出推广范畴的技术工作。
- 是否包含危机公关、负面信息处理等特殊情形。
- 超出约定数量后的计费方式，按次还是按工时。
排除项写清楚，双方对“这不在范围内”才有共同依据，而不是每次靠临时协商。
可执行的检查步骤
拿到一份整合推广外包方案后，可以按以下顺序核对维护范围：
- 列出对方承诺的全部交付物，逐项标注可检查的证据形式。
- 对每项交付物追问：需要我方提供什么资料，什么时间提供。
- 确认验收人、验收时限和未通过的修改机制。
- 把口头提到的排除项补进书面范围。
- 约定范围变更的流程，例如新增渠道需重新确认工作量与费用。
如果某一条无法落到具体交付物或具体责任人，说明维护范围仍然偏虚，应继续细化后再确认。
下一步：把现有合同或方案中的维护条款逐条对照上述四项约定，标出缺失项，在正式确认前补齐资料责任、验收标准和排除项。
