阶段 01

需求梳理

把模糊的想法整理成可以对照服务能力目录的需求描述,这是决定后续节奏快慢的一步。

阶段输入

  • 业务现状与希望改变的部分,尽量用一句话说清
  • 涉及的角色与使用场景,例如谁在用、什么时候用
  • 已有的资料与系统情况,包括可提供的文档或接口
  • 期望的时间范围与内部审批节点

阶段产出

  • 一份需求信息清单,逐条对应到服务能力分区
  • 初步判断需求是否落在服务范围内
  • 需要进一步确认的开放问题列表

双方配合点

  • 客户方指定一名对接人,负责信息汇总与内部同步
  • 99re 提供需求信息清单模板,客户按字段填写
  • 对不确定的部分先记录,不要求一次说清

常见卡点

需求描述停留在“想要更好”的层面,缺少具体对象与场景,导致后续方案无法收口。

阶段 02

方案确认

把梳理结果转成可执行的服务组合与阶段安排,双方对范围与边界达成一致后再进入实施。

阶段输入

  • 上一阶段确认的需求信息清单
  • 客户方对优先级的判断,哪些先做、哪些可后置
  • 可投入的人力与可接受的沟通频率

阶段产出

  • 服务组合方案,标明涉及的能力分区与协作方式
  • 各阶段的产出物清单与确认节点
  • 明确不在本次范围内的内容,避免后期反复

双方配合点

  • 客户方对方案范围给出书面确认意见
  • 99re 说明每项产出的判断依据与检查口径
  • 对边界外的需求给出替代思路或后续安排

常见卡点

方案确认阶段仍在追加新需求,范围不断变化,导致后续实施缺少稳定基线。

阶段 03

实施推进

按确认的方案推进具体工作,这一阶段沟通最密集,配合点的响应速度直接影响整体节奏。

阶段输入

  • 已确认的服务组合方案与产出物清单
  • 客户方提供的资料、账号权限与必要说明
  • 约定的沟通节奏与问题反馈渠道

阶段产出

  • 按阶段提交的中间产出,供客户方随时查看
  • 问题记录与处理结果,逐条留痕
  • 变更申请记录,说明变更原因与影响范围

双方配合点

  • 客户方在约定时间内反馈确认意见
  • 涉及内部决策的事项提前预留审批时间
  • 资料或权限到位时间尽量前置,避免等待

常见卡点

反馈周期不固定,中间产出长时间无人确认,实施推进被动等待。

阶段 04

交付与支持

按交付标准逐项核对产出,完成验收确认,并说明后续支持的范围与衔接方式。

阶段输入

  • 实施阶段完成的全部产出物
  • 此前记录的变更申请与处理结果
  • 约定的验收口径与检查项清单

阶段产出

  • 交付物清单与逐项核对结果
  • 验收确认记录,标明确认人与确认时间
  • 后续支持范围说明与衔接入口

双方配合点

  • 客户方按检查项逐条核对并反馈结论
  • 对未通过项说明具体表现,便于定位处理
  • 验收确认后同步后续支持的对接方式

常见卡点

验收标准在交付时才被提出,与方案确认阶段的口径不一致,需要重新对齐。

99re 合作流程四个阶段的先后衔接关系示意图
四个阶段依次衔接,前一阶段的产出直接作为后一阶段的输入,确认节点不跳步。

常见卡点与处理方式

下面五类情况在合作中出现频率较高,提前了解处理方式可以减少来回确认。

需求描述含糊
回到需求信息清单逐字段填写,把“更好用”换成具体对象与场景,再重新判断分区归属。
范围反复变动
在方案确认阶段固定基线,实施阶段的新增需求走变更记录,说明影响范围后再决定是否纳入。
反馈周期过长
在方案确认阶段约定反馈时限与对接人,涉及内部审批的事项提前预留时间。
资料与权限滞后
把需要客户方提供的资料、账号与权限列成清单,在实施推进开始前逐项确认到位。
验收口径不一致
在方案确认阶段就对照交付标准确定检查项,验收时按同一份清单逐条核对。