交付标准适用范围

交付标准不是给所有情形套同一个模板,而是先界定它管哪些事、不管哪些事。

交付标准适用于已经通过前期沟通、双方确认进入推进阶段的合作。它的作用是把结果形态、完成程度和确认方式固定下来,让后续每一步都有可对照的依据。

如果合作还停留在了解服务方向的阶段,交付标准暂时用不上。可以先看 服务方向 ,确认需求落在哪一类,再回到这一页核对约定内容。

  • 适用于已明确服务方向、准备进入推进阶段的合作
  • 适用于需要在推进前先确认结果形态与完成程度的情形
  • 适用于希望把调整方式提前约定、避免中途反复的双方

包含项与不包含项对照

左右两栏逐条对齐阅读,先看左边确认范围,再看右边确认边界,两边合起来才是完整的约定。

包含项

  • 按已确认的服务方向完成对应内容,结果形态在推进前书面说明
  • 推进过程中按阶段提交阶段产出,供双方核对
  • 对约定范围内的内容做必要修订,修订轮次在推进前确定
  • 结果交付时附带一份说明,标注已完成内容与对应依据
  • 在约定范围内提供一次集中答疑,回答与结果相关的疑问

不包含项

  • 超出已确认服务方向的新增内容,需要重新确认后再纳入
  • 结果交付后的长期运营、维护与持续更新
  • 由第三方平台、渠道或工具引起的问题处理
  • 对结果效果的量化承诺,交付标准只约定结果形态
  • 推进范围之外的资料整理、素材制作与外部协调

左右两栏不是好坏之分,而是范围之分。看到右栏出现自己关心的内容,不代表不能做,而是需要单独确认后另行安排。

标准是双方共同核对的依据

酷漫屋交付标准核对场景:双方对照包含项与不包含项清单逐条确认结果约定
核对时以书面约定为准,逐条对照包含项与不包含项,双方确认后再进入下一阶段。

交付标准写成对照结构,是为了让核对这件事变得具体。推进到确认环节时,双方拿着同一份清单逐条过,哪些已经在范围内、哪些需要另行确认,当场就能分清,不用靠记忆和口头理解。

变更与确认处理方式

调整本身不是问题,问题在于调整没有被记录下来。以下四步是变更从提出到确认的固定路径。

  1. 01

    提出变更

    任一方发现需要调整内容、范围或完成程度时,先说明调整点与原约定的差异,不直接改动已确认部分。

  2. 02

    判断归属

    对照包含项与不包含项,判断调整内容是否仍在原约定范围内。范围内的按修订处理,范围外的单独确认。

  3. 03

    书面确认

    调整内容与新的完成程度以书面方式记录,双方确认后生效,避免口头约定在后续环节被遗忘。

  4. 04

    同步更新

    确认后的调整同步到阶段产出与最终交付说明中,让结果与约定始终对得上,不影响后续核对。

标准与流程的对应关系

交付标准不单独存在,它嵌在合作流程的每个阶段里。阶段推进到确认环节时对照标准,阶段产出要符合标准里写明的完成程度,变更处理也发生在阶段之间。

把两个页面放在一起看会更清楚: 合作流程 说明每一步做什么,交付标准说明每一步做到什么程度算完成。前者管顺序,后者管结果。

前往合作流程页查看阶段划分

常见理解偏差说明

以下四种情况在推进前最容易被理解成别的意思,提前说清楚,核对时就不用再解释一遍。