阶段 01
需求确认
这一阶段的目标是把模糊的诉求整理成可以判断的表述，避免后续在方向归属上反复。
合作流程：从需求确认到交付验收的四个阶段
合作流程指从需求确认到交付验收的阶段序列，本站统一称为“阶段”。这一页把四个阶段拆开讲清楚：每一阶段有哪些参与方、会产出什么、满足什么条件才进入下一阶段。你可以对照自己的当前位置，提前准备该阶段需要的材料与决策。
流程四阶段总览
四个阶段前后衔接，每一阶段都有明确的产出物作为下一阶段的输入。阶段编号在全站一致，方便你在服务方向与交付范围页面之间交叉对照。
-
阶段 01
需求确认
明确要解决的问题、使用场景与限制条件。
-
阶段 02
方案对齐
确定方向归属、交付条目与验收口径。
-
阶段 03
执行推进
按对齐结果分工推进，定期同步进展与偏差。
-
阶段 04
交付验收
按验收标准逐条核对，确认完成并归档。
各阶段参与方与产出物
每一阶段的说明分三部分：谁参与、产出什么、在什么条件下进入下一阶段。左列是阶段编号与名称，右列是参与方、产出物与进入条件。
阶段 02
方案对齐
把需求落到具体方向上，同时把交付条目和验收口径讲明白，减少执行阶段的理解偏差。
阶段 03
执行推进
按对齐结果分工推进。这一阶段最容易出现的问题是需求追加与口径漂移，因此需要固定的同步节奏。
阶段 04
交付验收
按第二阶段约定的验收标准逐条核对，把完成情况写清楚，避免留下模糊地带。
阶段之间的进入条件与常见卡点
流程推进不顺，多数时候不是执行出问题，而是阶段衔接处的条件没有满足。下面四条是实际推进中最常遇到的情况，以及对应的处理方式。
-
需求描述停留在形容词层面
“要更专业”“要更好看”这类表述无法对应到服务方向编号。处理方式是把形容词换成具体场景：谁在什么情况下使用、希望达到什么结果。
-
方向归属存在交叉
一个需求同时沾到两个方向是常见情况。处理方式是在阶段 02 明确主方向，把交叉部分作为附属条目写进交付清单。
-
执行期间追加新需求
追加需求会改变交付条目与验收口径。处理方式是暂停原条目推进，先回到阶段 02 重新对齐，再决定是否纳入本轮。
-
验收阶段对标准理解不一致
如果阶段 02 的验收标准写得含糊，阶段 04 就会反复。处理方式是以阶段 02 的书面记录为准，逐条对照，不在验收阶段临时新增标准。
四个阶段的具体交付条目与验收依据，见 交付范围与验收标准 ；每个方向覆盖的内容与适配条件，见 服务方向索引 。合作前的常见疑问可先看 问题解答 ，或返回 首页总览 重新确认整体定位。