服务能力分类与各自适用场景
囧次元可承接的事项按推进起点分为四类。分类依据是客户在接触时手里已经有什么、缺什么,而不是行业或规模。先定位类别,再看该类的交付内容与前置条件。
四类服务能力按推进起点划分,用于快速定位客户所处场景。
需求梳理类:手里只有方向,还没有明确事项
适用场景:客户知道要解决什么问题,但说不清具体要做哪几件事,也无法给出可执行的描述。常见于内部意见尚未统一、目标相对模糊的阶段。
- 可交付内容
-
- 需求拆解说明,把模糊目标拆成可逐条确认的事项
- 事项优先级清单,标明依赖关系与先后顺序
- 范围边界说明,写清哪些内容不在本次范围内
- 前置条件
-
- 能提供一段对现状与期望结果的文字描述
- 有明确的决策人参与确认,避免反复推翻已定事项
- 愿意接受梳理过程中范围被收窄
方案落地类:事项已明确,需要按标准推进
适用场景:客户已经列出要做的事项,缺的是推进方法、交付标准与过程把控。这类客户通常已经有过一次不理想的协作经历,更在意过程是否可控。
- 可交付内容
-
- 阶段划分方案,明确每个阶段的目标与交接位置
- 各阶段交付物清单与验收标准
- 协作检查清单,用于逐节点核对配合事项
- 前置条件
-
- 事项范围已书面确认,不再处于频繁变动状态
- 客户方指定一名对接人负责日常沟通
- 能按阶段节点安排确认时间
标准对齐类:已有交付物,需要统一口径
适用场景:客户手里已有阶段性成果,但不同环节的判断标准不一致,导致验收反复。这类需求的重点不是重做,而是把口径统一到一份可对照的标准上。
- 可交付内容
-
- 现有成果的逐项对照说明
- 统一后的验收标准文档
- 差异项处理建议,标明需要补齐的部分
- 前置条件
-
- 能提供现有成果的完整材料
- 认可标准统一后部分内容需要调整
- 有权限对现有成果做出判断的负责人参与
过程复盘类:项目已结束,需要沉淀方法
适用场景:一次协作已经收尾,客户希望把过程中的判断依据整理下来,供后续同类事项复用,减少下一次从零开始的成本。
- 可交付内容
-
- 过程记录整理,按阶段还原关键判断点
- 可复用方法说明,写成后续能直接对照的条目
- 改进建议清单,标明下次可提前处理的事项
- 前置条件
-
- 能提供过程记录或参与人回忆
- 愿意如实反馈推进中出现的问题
- 复盘结论可用于后续事项,而非仅作存档
每类能力的可交付内容与前置条件对照
四类能力在交付物形态上差别不大,差别主要集中在前置条件的严格程度。下表用于横向对照,判断自己当前处于哪一档。阶段名称与 方法与流程 页保持一致,具体操作步骤不在本页展开。
服务能力类别对照表
| 能力类别 |
交付物重点 |
前置条件严格度 |
| 需求梳理类 |
需求拆解说明、优先级清单、范围边界 |
较低,允许目标尚未完全明确 |
| 方案落地类 |
阶段划分、交付物清单、验收标准 |
较高,要求范围已书面确认 |
| 标准对齐类 |
对照说明、统一标准、差异处理建议 |
中等,要求现有材料完整 |
| 过程复盘类 |
过程记录、方法说明、改进建议 |
较低,要求反馈真实 |
判断要点:如果范围还在变动,通常从需求梳理类进入更稳妥;如果范围已定但标准不统一,先走标准对齐类,能省掉一轮返工。
能力边界说明与不适用的情形
把边界写在前面,比事后解释省事。以下情形囧次元不承接,遇到这类情况建议先解决前置问题,再考虑对接。
如果你不确定自己的情况是否落在边界内,可以先看 答疑 页里对应的条目,那里按服务范围、协作方式、交付验收分组做了说明。边界之外的疑问不在这里展开。