01
需求梳理类
包含的服务项
- 现状与目标对齐：把当前做法和期望结果摊开比对
- 需求边界界定：明确这次要做、暂时不做的部分
- 优先级排序：在多个诉求里排出先后顺序
- 关键约束识别：时间、人手、已有材料等限制条件
常见触发信号
团队内部对要做的事说法不一，讨论多次仍没有落到同一份描述上；或者需求方换人之后，原来的背景需要重新讲一遍。
不包含范围
不代替客户做内部决策，也不承接需要外部审批才能推进的事项。
服务分类：按需求类型组织的完整能力清单
下面把91福利的服务能力按需求类型分成五组，逐组写清包含的服务项、常见的触发信号，以及明确不包含的范围。你可以先找到最接近自己情况的那一组，再决定是否继续了解精选服务与交付过程。
02
方案整理类
包含的服务项
- 方案框架搭建：把零散想法收拢成可读的结构
- 执行路径拆解：把目标拆成几段可以分别推进的动作
- 资源与投入估算：说明大致需要哪些条件配合
- 风险点标注：列出推进过程中容易卡住的位置
常见触发信号
方向已经定了，但落到具体怎么做时缺少可执行的分解；或者方案需要先给到内部相关方看，需要一个能讲清楚的版本。
不包含范围
不承诺方案落地后的结果，也不代替客户向第三方做方案汇报。
03
推进执行类
包含的服务项
- 阶段任务派发：把拆好的动作按阶段安排下去
- 进度跟踪：按约定节点核对完成情况
- 问题汇总与上报：把卡住的地方集中反馈
- 临时调整：遇到变化时重新对齐节奏
常见触发信号
事情已经启动，但推进过程中缺少统一的进度口径；或者参与方较多，需要有人把节点和问题集中起来。
不包含范围
不承担客户内部的人事安排与资源调配决定，这部分仍由客户侧负责。
04
资料归档类
包含的服务项
- 资料清单整理：把散落的材料归纳成一份目录
- 版本管理：标注每份材料的更新时间和对应阶段
- 交接说明：写清材料给谁、什么时候用
- 留存规范：约定哪些内容需要长期保存
常见触发信号
材料散在多人手里，找一份文件要问好几轮；或者项目结束后需要把过程记录整理清楚，方便后续接手。
不包含范围
不涉及客户内部系统的权限与数据迁移，只围绕对外协作产生的材料。
05
复盘调整类
包含的服务项
- 阶段回顾：对照原计划看哪些做到了、哪些没做到
- 偏差归因：把原因区分成判断问题还是执行问题
- 调整建议：给出下一阶段可以改的具体做法
- 经验沉淀：把可复用的部分记录下来
常见触发信号
一个阶段做完后想弄清楚问题出在哪里；或者下一阶段开始前，希望先根据上一轮的情况调整做法。
不包含范围
不对客户内部人员的表现做评价，只围绕事情本身的推进情况展开。
多项条件同时出现时怎么选
实际需求很少只落在单独一组里。下面是几种常见组合，以及可以先放宽的条件。
- 需求梳理 + 方案整理： 如果内部还没形成统一描述，先做需求梳理；方案整理可以等边界清楚后再启动，避免方案反复推翻。
- 推进执行 + 资料归档： 两者可以并行，但资料归档建议按阶段做，不要全部堆到项目结束再补，否则很多过程信息已经丢失。
- 五组都想覆盖： 建议先确认需求梳理和方案整理这两组是否已经完成，其余三组可以按项目实际进度分批接入，不必一次全部展开。