方向 01 服务方向梳理与定位说明
可交付条目
- 服务方向范围界定文档，写明本次覆盖的方向与不覆盖的方向
- 适配对象说明，列出适用与不适用的客户类型及判断依据
- 术语对照表，统一本次协作中反复出现的关键称呼
- 方向选择建议，给出两个以上方向的取舍顺序
验收口径
- 范围界定文档中每个方向名称与站内 服务方向总目录 条目一致，无新增未登记方向
- 适配对象说明对每一类对象给出可判断的条件句，不使用笼统描述
- 术语对照表覆盖协作中出现三次以上的称呼，且不产生同义混用
- 方向选择建议给出明确的先后顺序，而非并列罗列
交付范围与验收标准
按服务方向逐组核对可交付条目与对应验收口径，同时看清哪些内容不在交付范围内，再决定是否需要补充说明。
交付条目清单
每组按服务方向归拢，左栏列出可交付条目，右栏给出判断该条目是否达成的口径。条目与口径一一对应，便于逐项核对。
方向 02 需求说明与准备清单
可交付条目
- 需求说明模板，按业务背景、待解决问题、已有资料三段组织
- 准备清单，逐项写明需要客户提供的资料类型与形式
- 资料缺口提示，标出当前无法推进的条目及原因
- 需求确认纪要，记录双方对需求边界的一致理解
验收口径
- 需求说明模板的每一段都有填写示例，客户可独立完成填写
- 准备清单中每项资料写明用途，不做无理由的资料收集
- 资料缺口提示指出缺口对应哪个交付条目，不做泛泛提醒
- 需求确认纪要由双方各自确认一次，未确认项单独标注
方向 03 方案对齐与执行说明
可交付条目
- 方案说明文档，写明本次采用的做法与取舍理由
- 执行安排表，列出各项工作的先后关系与依赖条件
- 反馈节点清单，标明每个节点需要客户确认的内容
- 风险与前提说明，写明方案成立所依赖的外部条件
验收口径
- 方案说明中的取舍理由可追溯到需求说明中的具体条目
- 执行安排表标明依赖关系，客户可据此判断能否并行推进
- 反馈节点清单列出每个节点的确认内容与回复形式
- 风险与前提说明区分可控项与不可控项，不混为一谈
方向 04 成果整理与说明文档
可交付条目
- 成果清单，逐条对应交付条目并标明完成状态
- 使用说明，讲清成果如何被客户方继续使用与维护
- 变更记录，记录协作过程中确认过的调整及原因
- 遗留问题清单，列出本次未处理的事项与建议处理方式
验收口径
- 成果清单中每条状态与实际情况一致，未完成项不作完成标记
- 使用说明面向客户方实际接手人员，不依赖口头补充
- 变更记录写明提出方、确认时间与影响范围
- 遗留问题清单给出可执行的后续动作，而非仅列出问题
方向 05 协作过程记录
可交付条目
- 阶段记录，按 合作流程 的阶段划分记录推进情况
- 确认留痕，保存客户对各节点的确认内容
- 资料交接清单，写明双方各自持有与移交的资料
验收口径
- 阶段记录与流程页的阶段名称一致，不自造阶段称呼
- 确认留痕可定位到具体节点与具体内容，不做概括性记录
- 资料交接清单区分移交与留档，避免后续找不到来源
方向 06 后续衔接说明
可交付条目
- 衔接说明，写明本次成果与后续工作的接口位置
- 维护建议，给出成果在常见情况下的处理方向
验收口径
- 衔接说明指明接口位置与责任方，不留下模糊地带
- 维护建议按使用频率排序，优先处理高频情况
验收标准说明
不同类别的交付条目，判断口径并不相同。下面按类别列出通用判断方式，具体到某一方向时以上方条目组的说明为准。
-
文档类条目
以能否被客户方未参与协作的人员独立读懂为准。出现需要口头补充才能理解的段落，视为未达成，需要补充说明后再确认。
-
清单类条目
以条目是否可逐项勾选为准。凡是无法判断“做了还是没做”的表述，都要改写为可判断的条件句。
-
安排类条目
以依赖关系是否写明为准。只列出工作项而不写先后与依赖的，视为未完成，需要补齐后再进入执行。
-
记录类条目
以能否定位到具体时间与具体内容为准。概括性记录不作为验收依据，需回到原始确认内容核对。
-
建议类条目
以是否给出可执行动作为准。仅指出问题而未给出处理方向的，视为未完成，需要补充后再交付。
不包含内容说明
交付范围之外的事项不会默认包含在协作中。下列内容如需处理，需要单独提出并重新确认范围。
- 客户方内部系统、账号与权限的开通与维护，由客户方自行负责。
- 客户方已有资料的内容准确性核验，囧次元按客户提供的资料推进，不承担资料本身的正确性判断。
- 超出本次确认方向范围的新增需求，需重新走需求说明与方案对齐，不在原范围内直接追加。
- 客户方人员的培训与长期驻场支持，不属于默认交付内容，需单独确认。