同一个服务事项，放在不同需求场景里，投入的先后顺序并不一样。这一页不按服务类别罗列，而是按你眼下遇到的情况分组：先找到最接近的场景，看清典型诉求、推荐服务组合与推进节奏，再对照 业务范围 确认具体服务，最后用 交付体系 里的阶段节点安排时间。
下面四个场景覆盖了大多数合作起步时的情况。它们不是互斥的分类，一次合作可能同时落在其中两三个场景里，只是各自的侧重点不同：有的重在把需求说清楚，有的重在把内部流程理顺，有的重在按阶段推进，有的重在后续维护。
每个场景下面分成两栏：左栏是这类场景里最常出现的诉求和背景，右栏是对应的服务组合与说明。服务名称与 业务范围 页保持一致，具体工作内容与成果形式请到那一页逐项对照。
需求梳理 + 范围界定
需求梳理负责把零散说法整理成条目化的需求清单，标注每条的优先级与依赖关系；范围界定负责在清单上划出本次合作覆盖的部分与暂不覆盖的部分，形成一份双方都能对照的说明。两项服务通常一起做，单独做需求梳理也可以，但范围仍需要后续确认。
不包含：替客户做内部决策、承诺具体工期、代为对接第三方供应商。
现状梳理 + 流程梳理 + 文档整理
现状梳理先记录当前实际做法，不急着评价对错；流程梳理在此基础上调整环节顺序与责任归属，明确每一步的输入和输出；文档整理把结果固化成可查阅的材料，并标注版本与适用范围。三项服务按顺序推进，也可以只做前两项，文档由客户内部承接。
不包含：替代客户内部管理制度、承诺人员培训效果、长期驻场。
阶段规划 + 阶段执行 + 阶段确认
阶段规划把整体工作拆成若干可独立确认的阶段，说明每阶段的输入材料与产出形式；阶段执行按计划推进并在过程中记录偏差；阶段确认在每阶段结束时由双方对照产出清单逐项确认，确认后才进入下一阶段。这样调整发生在阶段之间，而不是堆到结尾。
不包含：承诺固定工期数字、代为协调客户外部合作方、跳过确认直接进入下一阶段。
维护计划 + 定期回顾 + 调整支持
维护计划先约定回顾的触发条件与范围，例如内容变动、人员交接或流程调整；定期回顾按约定范围核对现有材料的有效性，标出需要更新的部分；调整支持负责处理确认后的修改，并记录变更原因，方便下次回顾时追溯。三项服务可以按需组合，不必整套启用。
不包含：承诺固定响应时长、长期无限次修改、替代客户内部知识管理。
无论落在哪个场景，参与角色大体相同，区别在于介入的阶段和投入的密度。下表按角色说明职责与常见介入阶段，方便你在内部提前安排人手，避免推进到一半才发现关键人没参与。
| 参与角色 | 主要职责 | 常见介入阶段 |
|---|---|---|
| 需求对接人 | 汇总内部诉求，确认需求清单与范围说明，作为日常沟通的固定入口。 | 需求梳理、范围界定、阶段确认 |
| 业务执行人 | 提供现状做法与实际操作细节，核对流程梳理结果是否符合真实情况。 | 现状梳理、流程梳理 |
| 决策确认人 | 对范围、阶段划分与调整方案做最终确认，处理跨部门的分歧。 | 范围界定、阶段规划、调整确认 |
| 文档承接人 | 接收整理后的材料，负责后续版本维护与内部传达。 | 文档整理、维护计划、定期回顾 |
节奏上，首次接入与流程梳理场景通常前置投入较集中，需要对接人和业务执行人同时在场；阶段推进与长期维护场景则更依赖决策确认人和文档承接人的稳定参与，节奏分散但持续时间更长。
场景决定的是“先做什么”，交付阶段决定的是“每一步怎么确认”。两者对不上时，最容易出现的情况是服务做了、但没人确认。下面的对应关系说明场景如何落到具体阶段上，完整阶段说明见 交付体系 。
需求清单与范围说明在这一阶段产出，确认方式是对照清单逐条确认，未确认的条目不计入本次合作范围。
现状记录与流程调整结果在这一阶段产出，确认方式是业务执行人核对实际操作是否被准确描述。
阶段计划与各阶段产出在这一阶段逐段产出，确认方式是每个阶段结束时单独确认，不合并到最终验收。
回顾记录与变更说明在这一阶段产出，确认方式是文档承接人确认更新内容可用后归档。
如果暂时无法判断自己属于哪个场景，可以先从 业务范围 逐项看服务事项，或到 关于与咨询 按准备清单整理材料，再回到本页对照场景。