需求梳理与范围界定
把模糊的诉求整理成可执行的需求说明，明确做什么、不做什么。
服务矩阵：六组服务与它们各自的适用对象
这一页把全部分组摊开来讲。每一组都写清楚它服务谁、通常被用来解决什么样的问题、会交付哪些东西、需要客户配合到什么程度。看完之后，你应该能大致圈出最贴近自己需求的那一组，再带着它进入 合作流程 。
服务分组总览
服务矩阵不是一张并列的服务清单，而是一条从需求到复盘的推进链。六组服务各自有明确的输入与输出，客户可以只取其中一组，也可以按顺序连起来用。下表先给出每组的一句话范围，方便快速定位。
服务方案设计与说明
把需求翻译成可落地的服务方案，写清步骤、分工与节点。
执行推进与节点协同
按方案推进执行，在关键节点同步进度、处理变化与阻塞。
交付物整理与文档化
把执行结果整理成结构化交付物，附上说明与使用指引。
交付验收与质量核对
按事先约定的核对项逐条验收，记录偏差并给出处理方式。
复盘归档与后续衔接
沉淀本次经验与资料，为后续同类需求提供可复用的起点。
分组适用对象与典型需求
同样是找服务，不同客户卡住的地方并不一样。下面按分组说明它主要服务谁、通常被用来解决什么问题。如果你在某一组里看到了自己现在的处境，那它大概就是你的入口。
第一组 · 需求梳理与范围界定
- 适用对象
- 手里有明确目标但说不清具体要什么的企业客户，或第一次采购同类服务、需要先摸清范围的个人客户。
- 典型需求
- 把散落在多人之间的想法收敛成一份需求说明；判断哪些诉求属于本次范围、哪些需要另开一轮；在预算与周期确定之前，先确认工作量的量级。
第二组 · 服务方案设计与说明
- 适用对象
- 需求已经相对清晰、需要一份能拿去内部对齐或走审批流程的方案文件的客户。
- 典型需求
- 把需求翻译成有先后顺序的执行步骤；明确每一步由谁负责、需要客户提供什么；提前标出可能影响进度的依赖项，避免执行到一半才发现前置条件缺失。
第三组 · 执行推进与节点协同
- 适用对象
- 方案已确认、进入实际推进阶段的客户，尤其是需要多方配合、内部还有其他人参与的项目。
- 典型需求
- 在执行过程中保持信息同步，知道当前推进到哪一步；遇到需求变更或外部条件变化时，有明确的确认路径而不是临时口头改动；把阻塞点尽早暴露出来。
第四组 · 交付物整理与文档化
- 适用对象
- 执行已有阶段性结果、需要把成果沉淀下来交给内部其他人接手或留档的客户。
- 典型需求
- 把零散的中间产物整理成结构清晰的交付物；补充必要的说明与使用指引，让没参与过程的人也能看懂；统一命名与归档方式，方便后续检索。
第五组 · 交付验收与质量核对
- 适用对象
- 交付物已经产出、需要按约定口径确认是否达标，或对质量有明确内部标准的客户。
- 典型需求
- 拿一份可逐条打勾的核对清单来验收，而不是凭整体观感下结论；对不符合预期的条目有清晰的处理方式；把验收结论记录下来，作为后续结算或续做的依据。
第六组 · 复盘归档与后续衔接
- 适用对象
- 本次合作已收尾、计划在后续继续推进同类需求，或希望把过程资料留档备查的客户。
- 典型需求
- 回顾本次推进中哪些环节顺畅、哪些环节反复；把可复用的资料与结论整理出来；为下一轮需求准备好背景信息，减少重复沟通。
分组交付内容与配合方式
每一组服务都会产出可核对的东西，也都需要客户在特定环节配合。这里把两者并排列出，方便你在决定采用哪一组之前，先确认自己能不能提供对应的配合条件。
| 服务分组 | 交付内容 | 配合方式 | 产出归属阶段 |
|---|---|---|---|
| 需求梳理与范围界定 | 需求说明文档、范围清单、待确认事项列表 | 指定一名对接人，集中提供背景信息并确认边界 | 需求确认阶段 |
| 服务方案设计与说明 | 服务方案文件、执行步骤表、分工与节点安排 | 对方案中的步骤与分工给出确认或修改意见 | 方案对齐阶段 |
| 执行推进与节点协同 | 节点进度记录、变更确认记录、阻塞事项说明 | 在约定节点内反馈，变更通过书面确认后生效 | 执行交付阶段 |
| 交付物整理与文档化 | 结构化交付物、说明文档、命名与归档约定 | 提供内部归档规范或接收人信息 | 执行交付阶段 |
| 交付验收与质量核对 | 验收核对清单、偏差记录、处理结果说明 | 按清单逐条确认，对偏差在约定时限内反馈 | 验收复盘阶段 |
| 复盘归档与后续衔接 | 复盘要点记录、可复用资料包、后续建议说明 | 确认留档范围，明确后续需求是否延续 | 验收复盘阶段 |
服务边界说明
把不做的部分说清楚，比把能做的部分说漂亮更有用。以下几条是六组服务共同的范围边界，判断某件事是否在本次服务内时，可以先对照这里。
- 服务范围以双方确认的需求说明为准，未写入需求说明的事项不自动包含在本次服务内，需要单独确认后再纳入。
- 涉及客户内部审批、预算批复、第三方系统的接入与授权，由客户方负责推进，服务方提供所需的说明材料与配合。
- 服务过程中产生的原始资料与背景信息由客户提供并对其准确性负责，服务方基于所提供的信息开展梳理与设计。
- 需求在确认后发生变更的，按变更确认流程重新评估对步骤、节点与交付物的影响，不默认按原方案继续推进。
- 交付物的使用方式与后续维护由客户自行决定，服务方在交付时提供说明文档，不承担交付后的持续运营职责。