需求确认
需要提供的输入
- 希望解决的具体问题，以及当前已有条件。
- 适用对象是谁，面向企业客户还是个人客户。
- 期望的时间节奏与阶段性节点。
- 已经排除的方向，避免重复讨论。
双方分工
- 访客：说明真实需求与限制条件，确认需求说明文字。
- 服务方：复述理解、指出信息缺口、给出范围边界提示。
合作流程
合作按需求确认、方案对齐、执行交付、验收复盘四步推进。每一阶段都有明确的输入资料、双方分工和阶段产出，看清楚每一步由谁推进、交付什么，再决定从哪里发起沟通。各阶段与 服务矩阵 中的分组一一对应，涉及标准引用的环节可对照 交付标准 逐条核对。
四阶段总览
从第一次沟通到收尾复盘，整条路径只有四个阶段，每个阶段只解决一个核心问题。阶段之间不跳步、不并行，前一步产出确认后再进入下一步，避免理解偏差被带到执行环节。
-
01
需求确认
产出：一页需求说明，写清服务范围、适用对象与不覆盖的部分。
-
02
方案对齐
产出：分组对应表，把需求落到服务矩阵的具体分组上。
-
03
执行交付
产出：按交付标准逐条落实的服务内容与过程记录。
-
04
验收复盘
产出：验收结论与偏差处理说明，形成可复用的协作记录。
各阶段输入与双方分工
阶段推进靠的是资料到位而不是催进度。下面按阶段列出需要访客提供的输入，以及双方各自承担的工作，提前对照可以减少往返确认的次数。
方案对齐
需要提供的输入
- 需求确认阶段形成的一页需求说明。
- 内部可调配的资源与配合人。
- 对交付物形式的初步预期。
- 需要优先处理的环节。
双方分工
- 访客：确认分组归属，指出与预期不符的地方。
- 服务方：给出分组对应表和配合方式，说明每组产出归属。
执行交付
需要提供的输入
- 确认后的分组对应表与配合方式。
- 执行期间的联系人与反馈节奏。
- 需要临时调整时的决策口径。
- 验收所需的判断依据。
双方分工
- 访客：按约定节奏反馈，确认阶段性产出。
- 服务方：按交付标准推进，记录过程与偏差。
验收复盘
需要提供的输入
- 执行阶段的过程记录与阶段产出。
- 验收人对结果的具体判断意见。
- 需要补充说明的偏差情况。
- 后续是否需要延续合作。
双方分工
- 访客：给出验收结论，指出未达预期的条目。
- 服务方：说明偏差原因并给出处理方案，形成复盘记录。
阶段产出与流转条件
每个阶段只在下述条件满足后才进入下一阶段。条件未满足时留在当前阶段补齐信息，比带着疑问往下走更省时间。表中引用交付标准的环节，可在 交付标准 页逐条核对。
| 阶段 | 阶段产出物 | 进入下一阶段的条件 | 对应服务分组 |
|---|---|---|---|
| 需求确认 | 一页需求说明，含范围、适用对象与排除项。 | 访客确认需求说明与实际诉求一致。 | 全部服务分组的前置环节 |
| 方案对齐 | 分组对应表与配合方式说明。 | 分组归属无异议，交付物形式达成一致。 | 按需求落在具体服务分组 |
| 执行交付 | 服务内容产出与过程记录。 | 阶段产出齐备，可对照交付标准核对。 | 对应分组逐条落实交付内容 |
| 验收复盘 | 验收结论与偏差处理说明。 | 验收结论明确，偏差处理方式已确认。 | 覆盖本次合作的全部分组 |
启动前准备清单
下面六项在发起沟通前先自行核对一遍，能提前判断的大多不必占用沟通时间。仍有疑问的条目，可先看 常见问题 中对需求确认与执行协作的说明。
-
需求能否一句话说清
如果一句话讲不清要解决的问题，先写下最想改善的那一点，再补充背景。
-
适用对象是否明确
服务面向企业客户还是个人客户，会直接影响分组归属与配合方式。
-
时间节奏是否有预期
给出大致节点即可，便于判断从哪个阶段开始推进更合适。
-
内部配合人是否确定
明确反馈与确认的对接人，能减少执行阶段的信息传递损耗。
-
排除项是否已列出
把不做的方向提前说明，可以避免方案对齐阶段反复调整。
-
验收口径是否有共识
内部先统一判断标准，验收阶段对照交付标准时更容易达成一致。
准备清单核对完成后，可从 服务矩阵 确认分组归属，再按本页阶段顺序推进；涉及交付内容的疑问，参考 交付标准 与 常见问题 两页即可完成大部分自查。