阶段 01
需求沟通
把需求落到具体条目上，判断是否落在可承接的服务方向内。
合作流程说明
从需求沟通到验收结项，囧次元把推进过程拆成四个阶段。这一页逐段说明各方参与内容、需要确认的事项与阶段产出，也标出阶段之间的先后依赖，方便你判断自己能否配合节奏。
流程四阶段总览
四个阶段按顺序推进，前一段的确认结果决定后一段能否开始。阶段名称全站统一，后续页面提到的阶段都指这里。
阶段 02
方案确认
确定工作内容、交付物形式与验收口径，形成双方都认得的范围。
阶段 03
执行推进
按确认的范围推进工作，过程中同步进展并处理范围内的调整。
阶段 04
验收结项
按验收标准逐项核对交付物，确认无异议后结束本次合作。
各阶段参与内容与确认事项
每个阶段都写清客户做什么、囧次元做什么、以及这一段结束时必须确认什么。参与内容是协作动作，确认事项是进入下一段的前提。
阶段 01
需求沟通
客户参与内容
- 说明希望解决的问题与期望达成的结果
- 提供已有的材料、参考做法与已知限制
- 指出必须满足的条件与明确不能接受的做法
囧次元参与内容
- 把口述需求整理成可核对的工作条目
- 判断需求落在哪一条服务方向内
- 说明该方向的工作内容与不适合的情形
需确认事项
确认需求描述与整理后的条目一致，并确认需求落在可承接的服务方向内。这一步没有确认，不进入方案确认阶段。
阶段 02
方案确认
客户参与内容
- 确认工作内容与不包含事项的边界
- 确认交付物的形式与提交方式
- 确认验收标准与判定口径
囧次元参与内容
- 拆出各阶段交付物并标注确认方式
- 写明范围变更的提出与处理规则
- 指出需要客户提前准备的资源
需确认事项
确认交付物清单、验收标准与边界说明三份内容。三份内容里任何一项没谈拢，都先在这一段解决，不带着未定项进入执行。
阶段 03
执行推进
客户参与内容
- 按约定时间提供所需材料与反馈
- 对阶段性产出给出明确意见
- 需要调整范围时提前提出并说明原因
囧次元参与内容
- 按确认的范围推进各阶段工作
- 同步进展并说明当前所处的阶段
- 对范围内的调整给出影响说明
需确认事项
确认阶段性产出已按约定提交，并确认范围内没有待决的调整项。存在未决调整时，先完成影响评估再继续。
阶段 04
验收结项
客户参与内容
- 按验收标准逐项核对交付物
- 对不符合项给出具体说明
- 确认无异议后完成结项
囧次元参与内容
- 提交完整交付物并附验收对照说明
- 对不符合项说明处理方式
- 整理本次合作的范围记录
需确认事项
确认交付物与验收标准逐项对应，并确认没有遗留的不符合项。验收标准与确认方式在 交付范围 页有完整说明。
阶段之间的依赖与先后关系
三段依赖关系决定了推进顺序，任何一段没满足条件，后一段都会停下来等待。提前知道这些，可以避免中途返工。
前置阶段
需求沟通
后续阶段
方案确认
依赖条件：需求已整理成可核对条目，且确认落在某一条服务方向内。需求描述含糊或跨多个方向时，先回到 服务方向 页对照判断。
前置阶段
方案确认
后续阶段
执行推进
依赖条件：交付物清单、验收标准、边界说明三份内容确认完毕。任何一份留有未定项，执行阶段的工作范围都会处于不稳定状态。
前置阶段
执行推进
后续阶段
验收结项
依赖条件：各阶段交付物已按约定提交，且范围内没有未决调整项。存在调整项时，先完成范围评估再进入验收。
流程常见卡点与应对说明
推进过程中反复出现的停滞，多数不是工作本身难，而是某一项确认没有落地。下面列出常见卡点、成因与可采取的调整方式。
需求在沟通阶段反复变动
现象 每次沟通后需求条目都与上一次不同，方案迟迟定不下来。
原因 需求方内部对目标还没有形成一致意见，对外表达时把不同人的想法混在一起。
调整方式 先把内部意见收敛成一份书面需求，再进入下一轮沟通；变动部分单独记录，不覆盖已确认条目。
方案确认阶段边界谈不拢
执行阶段材料提供延迟
现象 工作推进到需要客户材料时停住，等待时间拉长。
原因 合作准备事项没有提前梳理，材料分散在不同人手上。
调整方式 在方案确认阶段就列出所需材料与提供时间，指定对接人统一收集。
验收阶段对判定口径有分歧
现象 交付物已提交，但双方对是否达标判断不同。
原因 验收标准在方案确认阶段写得偏笼统，缺少可对照的判定口径。
调整方式 回到方案确认阶段的验收标准逐项对照，对不符合项给出具体说明再处理。
术语说明与相关页面入口
本页出现的几个词在全站统一使用，含义固定。先对齐用词，后面看其他页面时不容易理解偏差。
- 合作流程
- 指合作推进的阶段性安排，本页拆成的四个阶段就是完整流程。
- 参与内容
- 指某一阶段里客户与囧次元各自需要做的具体动作，不是笼统的分工描述。
- 确认事项
- 指进入下一阶段前必须达成一致的内容，未确认则流程停在本阶段。
- 交付物
- 指阶段产出的成果，按阶段归类，验收时逐项对照。