文档类成果
以结构化文档承载结论、依据与执行说明，段落与条目分层清楚，关键判断标注来源或推导过程，便于内部传阅与后续引用。
- 章节层级完整，可直接作为内部讨论材料
- 结论与依据分开陈述，避免只给结论
- 术语统一，不与其他成果互相矛盾
交付标准
成果形式、质量要求、包含与不包含的边界，以及验收方式，都在这里写清楚，方便你在合作开始前核对预期，而不是等到收尾阶段才发现理解不一致。
成果形式与质量要求
不同服务方向对应的成果形态不一样，但都遵循同一套质量底线：可读、可核对、可继续使用。下面四类成果形式覆盖了目前对外承接的主要工作产出。
方案类成果
围绕一个明确目标给出可执行的推进路径，包含阶段划分、参与方职责与关键节点，同时写明前提条件与不做承诺的部分。
- 目标、范围、边界三者分开写清
- 阶段之间有明确衔接，不出现断点
- 前提假设单独列出，便于客户核对
结构类成果
以清单、对照表、流程条等形式把复杂条件拆成可逐条确认的条目，降低沟通中的理解偏差，也方便后续按项推进。
- 条目之间不重叠，覆盖范围可核对
- 每条尽量附带判断依据或使用场景
- 可直接用于内部逐条打勾确认
说明类成果
面向实际使用者的解释性材料，用平实语言说明做法、原因与注意事项，减少交接环节的重复解释成本。
- 面向读者而非面向内部术语体系
- 关键步骤给出可操作的具体描述
- 不确定的地方明确标注，不模糊带过
包含项与不包含项对照
把两边并排放，是为了让范围在合作开始前就固定下来。左边是默认包含的工作内容，右边是明确不纳入的部分，需要时另行沟通。
默认包含
- 按确认范围完成约定成果形式与内容深度
- 阶段推进中的必要沟通与说明，含一次集中答疑
- 成果交付后的口径解释，帮助内部理解与使用
- 范围内的小幅调整，以一次集中修改为限
- 交付内容的整理归档，形成可查阅的成果集合
明确不包含
- 客户内部决策、审批与资源协调工作
- 超出确认范围的额外方向与新增模块
- 第三方平台的开通、审核与账号相关事项
- 对业务结果、效果指标作出承诺或保证
- 长期驻场、日常运营与持续维护类工作
范围之外的需求并非不能协商，但需要在推进过程中单独确认，避免默认包含后造成双方理解偏差。
验收方式与边界条件
验收不是最后的打分环节，而是把前面确认过的内容逐条对上。以下三项是验收时实际使用的判断方式。
-
按确认范围逐条核对
以推进阶段中双方确认的范围条目为基准，逐项对照成果是否覆盖。范围之外的内容不计入本次验收，也不作为扣减依据。
-
以书面记录为准
沟通中的口头结论以事后书面确认为准。若书面记录与理解不一致，在确认节点提出并更正，避免在收尾阶段回溯争议。
-
修改以集中一次为限
验收反馈集中提出后统一处理，避免零散修改反复消耗。若反馈涉及范围变更，按变更处理方式重新确认，而不是直接并入本次交付。
进入合作流程的路径
核对完交付标准后，下一步是了解推进阶段与需要准备的材料。两条路径都可以先看，不必按顺序。