阶段一 · 需求确认
客户方动作
- 整理需求说明，写清背景、目标与判断标准
- 指出已知的限制条件，例如时间窗口或内部审批要求
- 指定一名对接人，负责信息汇总与回复
服务方动作
- 复述一遍需求，确认理解没有偏差
- 对照 服务范围 判断是否落在可承接的类别内
- 提出需要补充说明的信息点
阶段产出： 一份双方都认可的书面需求说明，作为后续所有判断的依据。
交付流程：从需求确认到验收交接的五个节点
合作怎么推进，取决于每个节点双方各自要做什么。这一页把交付过程拆成五段，逐段写清双方动作与阶段产出，方便你在开始前判断自己能不能配合走完。
交付流程五阶段编号清单
五个节点按先后顺序推进，前一个节点的产出是后一个节点的输入。任何一段没有对齐，都建议先停在原地谈清楚，不要带着含糊继续往下走。
-
01
需求确认
把要解决的问题、涉及的范围和判断标准写成一段可复述的文字。
-
02
方案沟通
对照需求说明，确认服务类别、工作方式与双方各自负责的部分。
-
03
执行推进
按确认后的分工推进，期间保持信息同步，出现偏差及时提出。
-
04
阶段核对
在约定的中间节点回看进展，确认方向没有偏，必要时调整后续安排。
-
05
验收交接
按事先约定的标准逐项核对，确认无误后完成交接与收尾说明。
每阶段的双方动作与阶段产出
下面五段文字对应上面的五个节点。客户方动作与服务方动作分列写，是为了让双方在开始前就知道自己要出什么力、什么时候必须给出回应。
阶段二 · 方案沟通
客户方动作
- 确认服务类别与工作方式的匹配度
- 说明内部决策链条与需要走的确认环节
- 对方案中不清楚的部分当场提出疑问
服务方动作
- 说明本次服务包含与不包含的内容
- 列出推进节奏与需要客户配合的节点
- 明确范围外的需求如何处理
阶段产出： 一份写明服务类别、分工与推进节奏的方案说明，边界口径与服务边界页保持一致。
阶段三 · 执行推进
客户方动作
- 按约定时间提供所需材料与反馈
- 对执行中出现的疑问集中一次性提出，减少来回
- 内部信息变化时第一时间同步
服务方动作
- 按方案说明推进，不擅自扩大或缩小范围
- 定期同步进展，说明当前所处节点
- 遇到与需求说明不符的情况先停下来沟通
阶段产出： 按方案推进的阶段性成果，以及一份当前的进展记录。
阶段四 · 阶段核对
客户方动作
- 对照需求说明逐条检查已完成的部分
- 指出与预期不一致的地方，说明差距在哪
- 确认是否需要调整后续安排
服务方动作
- 说明当前完成度与剩余部分
- 对提出的差距给出处理方式
- 把调整后的安排写进后续记录
阶段产出： 一份核对记录，写明已确认的部分与需要调整的部分。
阶段五 · 验收交接
客户方动作
- 按事先约定的标准逐项验收
- 对不符合标准的部分说明具体问题
- 确认接收后安排内部使用与存档
服务方动作
- 提供验收所需的说明材料
- 对未达标部分说明处理方式与时间安排
- 完成交接后给出后续使用注意事项
阶段产出： 一份验收结论与交接说明，作为本次合作的收尾依据。
阶段之间的衔接与确认方式
节点之间的衔接比节点本身更容易出问题。下面三条是我们在衔接处固定要做的确认动作，目的是让每一次推进都有明确依据。
-
书面确认再推进
一个节点结束前，双方对产出内容做一次书面确认。确认之后才进入下一个节点，避免口径在口头传递中变形。
-
变更走同一条路径
中途需要调整需求或范围时，按需求确认的方式重新写一遍，再走一次方案沟通。不采用临时口头加项的做法。
-
对接人保持稳定
从需求确认到验收交接，双方各保留一名主要对接人。人员更换时，把已确认的内容完整交接给接替者。
流程中常见的卡点与处理方式
以下四种情况在实际推进中出现得比较多，提前知道处理方式，可以少走一段弯路。