需求确认
输入
- 要解决的具体问题与期望达成的状态
- 涉及的业务环节、对象与范围边界
- 可配合的时间节点与内部决策流程
动作
- 梳理需求描述，确认理解是否一致
- 对照 服务方向 判断是否落在能力范围内
- 标出信息缺口，列出需要补充的问题
产出
- 一份双方认可的需求描述
- 初步判断适配的服务方向
- 需要补充的资料清单
合作流程：从需求确认到验收交付的四个阶段
合作能不能顺利推进，往往取决于双方在流程的每一步是否清楚自己要做什么、会拿到什么。囧次元把合作拆成需求确认、方案对齐、执行推进、验收交付四个阶段，每个阶段都写明输入、动作与产出，方便你在开始前评估时间与资源的配合度。
四阶段流程总览
四个阶段按顺序推进，前一阶段的产出会作为后一阶段的输入。你可以先看整体顺序，再往下逐阶段查看具体内容。
-
阶段一
需求确认
把要解决的问题、涉及范围和时间节点先对齐清楚。
-
阶段二
方案对齐
把服务方向、交付范围与验收方式落到书面共识。
-
阶段三
执行推进
按节点推进工作，过程中同步进度与需要确认的事项。
-
阶段四
验收交付
按约定标准逐项核对，确认结果并完成资料移交。
每阶段的输入与产出说明
下面按阶段展开。每个阶段都分输入、动作、产出三栏，你可以对照自己的实际情况，判断当前处在哪一步、下一步需要准备什么。
方案对齐
输入
- 阶段一确认的需求描述与资料
- 可投入的资源与时间窗口
- 内部对结果形式的预期
动作
- 把需求拆成可执行的工作项
- 对照 交付范围 明确包含与不包含内容
- 约定验收维度与核对方式
产出
- 工作项与交付条目清单
- 验收标准与核对方式说明
- 推进节点与配合事项安排
执行推进
输入
- 阶段二确认的工作项与节点安排
- 客户侧需要提供的素材与反馈
- 过程中出现的新增确认事项
动作
- 按节点推进各项工作项
- 同步进度，暴露需要决策的问题
- 对偏差及时对齐，避免积压到最后
产出
- 各工作项的阶段性结果
- 进度同步记录与待确认清单
- 进入验收前的自查结果
验收交付
输入
- 阶段三完成的工作项结果
- 阶段二约定的验收标准
- 需要一并移交的资料清单
动作
- 按验收维度逐项核对
- 记录不通过项并说明处理方式
- 完成资料移交与说明
产出
- 逐项核对后的验收结论
- 已移交的资料与使用说明
- 后续可继续推进的方向建议
需要客户配合的事项
流程能否按节点走完，很大程度取决于配合事项是否到位。下面五项是最常被问到、也最影响推进节奏的配合内容。
-
需求描述与背景说明
用文字或当面沟通说明要解决的问题、当前做法和期望状态，越具体越省后续来回确认的时间。
配合节点：需求确认阶段 -
内部决策与确认人
明确由谁做最终确认，避免方案对齐阶段出现多头意见或反复推翻已确认内容。
配合节点：方案对齐阶段 -
素材与基础资料
按清单提供推进所需的素材与资料，缺失部分提前说明，便于调整工作项顺序。
配合节点：执行推进阶段 -
阶段性反馈
在每个节点给出反馈，把问题留在当阶段解决，而不是积压到验收时集中提出。
配合节点：执行推进阶段 -
验收参与人
安排熟悉需求的人员参与验收核对，按约定标准逐项确认，减少结论分歧。
配合节点：验收交付阶段
流程常见卡点与应对
下面四条是推进过程中较常出现的卡点，附上对应的处理方式。点击问题可展开查看说明。
需求描述比较模糊，能不能先开始做？
不建议跳过需求确认直接推进。需求模糊时，方案对齐阶段会反复返工，反而更耗时间。可以先按现有信息整理一版描述，标出不确定的地方，在需求确认阶段集中补齐，再进入下一阶段。
相关栏目： 服务方向 可按方向对照自身需求，判断是否落在能力范围内。
方案对齐后需求又变了，怎么处理？
先判断变化属于调整还是新增。范围内的调整在执行推进阶段同步说明即可；超出原定范围的部分，需要重新确认交付条目与验收方式，避免执行到一半才发现双方预期不一致。
相关栏目： 交付范围 列出了包含与不包含内容，可据此判断变化属于哪一类。
执行阶段客户侧反馈迟迟不到位怎么办？
先确认是信息缺口还是决策未完成。前者可以按清单逐项补齐，后者需要明确确认人。反馈滞后时，可以调整工作项顺序，把不依赖该反馈的部分先推进，避免整体停摆。
相关栏目： 客户配合事项 列出了各阶段的配合内容与节点。
验收时对结果理解不一致怎么办？
回到方案对齐阶段约定的验收维度逐项核对，而不是凭整体印象判断。如果某条标准在约定时表述不清，可以补充说明后重新核对，并把结论记录清楚，避免同类问题再次出现。
相关栏目： 验收标准 说明了核对维度与通过标准。
看完流程，接下来可以做什么
如果流程已经清楚，可以按下面的入口继续查看具体内容；如果还有疑问，问题解答页按类型整理了常见问题。