服务分组总览表

先看这张表。分组编号对应后续说明的顺序,适用对象一栏写的是判断依据,不是门槛。

服务矩阵四个分组的工作台面,按编号排列的服务说明材料
四个服务分组按需求成熟度排列,编号越小越靠前。
秋霞伦理片服务分组与适用对象对照
分组编号 分组名称 适用对象 指向
01 需求梳理与范围界定 需求方向大致清楚,但边界、优先级或涉及范围还没排明白的访客 查看该组
02 方案设计与路径规划 需求范围已明确,需要把做法、顺序和阶段目标定下来的访客 查看该组
03 执行推进与过程对接 方案已对齐,需要按节点推进并在过程中保持信息同步的访客 查看该组
04 验收交付与后续说明 工作已推进到收尾阶段,需要按标准核对并留下使用说明的访客 查看该组

分组适用对象与工作内容

每组给出适用对象和工作内容两部分。适用对象帮你确认入口,工作内容帮你判断这一组要投入多少精力。

需求梳理与范围界定

适用对象

  • 能说清想要什么结果,但说不清需要哪些环节配合的访客
  • 手上有多条待办,需要先排优先级再决定先做哪件的访客
  • 内部意见尚未统一,需要先把范围写下来再讨论的访客

工作内容

  • 把口头描述整理成可核对的条目,逐条标注属于本次范围还是后续范围
  • 标出依赖条件与需要对方先提供的信息,避免推进中反复补料
  • 给出一份范围说明,作为后续方案与验收的共同参照

方案设计与路径规划

适用对象

  • 范围已经确定,需要把做法与顺序定下来的访客
  • 需要在内部说明为什么这样安排、分几步走的访客
  • 希望先看到阶段目标再决定是否投入资源的访客

工作内容

  • 按范围说明拆出阶段,标明每阶段的重点与阶段目标
  • 列出每阶段需要双方配合的事项,明确谁在什么时候给出什么
  • 给出方案说明文档,包含阶段划分、配合事项与变更处理方式

执行推进与过程对接

适用对象

  • 方案已对齐,进入实际推进阶段的访客
  • 需要在过程中随时知道当前进度与下一步的访客
  • 中途出现新情况、需要判断是否调整范围的访客

工作内容

  • 按阶段节点推进,每个节点结束时同步已完成与待确认事项
  • 对新出现的情况做影响判断,说明是否涉及范围或顺序调整
  • 保留过程记录,作为验收阶段逐条核对的依据

验收交付与后续说明

适用对象

  • 工作已推进到收尾,需要按标准逐条核对的访客
  • 接手后续使用,需要一份说明材料作为参照的访客
  • 希望把本次范围与后续范围分开记录的访客

工作内容

  • 对照范围说明与方案说明逐条核对,标出已完成与未覆盖部分
  • 整理交付清单,写明每项交付物对应哪个阶段、解决什么问题
  • 留下使用说明,说明后续范围如何单独提出与推进

分组之间的先后关系

四组并非必须全部经过。下面的顺序说明的是依赖关系:后面的组通常需要前面的产出作为输入。

  1. 先有范围,再谈方案

    范围说明没定下来之前,方案里的阶段划分很容易反复修改。先花时间把边界写清楚,后续改动会少很多。

  2. 先有方案,再进入推进

    推进阶段按方案里的节点走。如果方案尚未对齐就直接开始,过程中容易出现双方对进度理解不一致的情况。

  3. 推进过程保留记录,验收才有依据

    验收核对的是范围说明与过程记录。推进阶段同步得越清楚,收尾阶段需要回头补的内容就越少。

  4. 交付之后,后续范围单独提出

    本次未覆盖的内容不并入本次验收,按新的范围单独整理。这样两批工作的边界清楚,各自核对也更省事。

四阶段如何衔接,见合作流程页

交付物与核对要点

左栏是各分组对应的交付物,右栏是收到之后可以逐条核对的地方。核对不必一次做完,按使用顺序看即可。

交付物

  • 范围说明:本次覆盖什么、不覆盖什么,逐条列出
  • 方案说明:阶段划分、各阶段目标与配合事项
  • 过程记录:节点完成情况与待确认事项的同步记录
  • 交付清单:每项交付物对应的阶段与解决的问题
  • 使用说明:后续范围如何单独提出与推进
  • 变更记录:过程中调整过的范围与原因

核对要点

  • 范围说明里的条目是否与你实际提出的需求一一对应
  • 方案阶段划分是否写明了每步的输入与输出
  • 过程记录中的待确认事项是否都已给出结论
  • 交付清单能否对应到具体阶段,而不是笼统罗列
  • 使用说明是否覆盖了接手人最常问的几个问题
  • 变更记录中的调整是否与你记忆中的沟通一致

服务承诺与交付标准

以下四条是可以逐条对照检查的标准,不是宣传语。每条都写明核对方式,方便你在过程中随时验证。

交付清单与核对要点并排摆放,逐条比对的工作场景
交付清单与核对要点对照使用,便于逐条确认。

不确定该进哪一组,先看场景摘要