服务事项分类：按任务找到对应入口

四类服务事项总览

服务事项按任务的先后关系划分，不是按行业划分。同一个客户的不同任务，可能分别落在不同类别里。下表先给出总览，具体说明在后续各节展开。

需求梳理：先把范围和优先级说清

需求梳理解决的是“要做哪些、先做哪些、哪些暂时不做”。很多合作在中途反复，源头是范围一直没定下来。这一步的产出通常是一份可以逐条对照的需求清单，而不是一句笼统的目标。

• 适用任务： 目标描述笼统、涉及多个部门或多条业务线、内部对优先级意见不一致。
• 工作内容： 把零散诉求归并成条目，标注每条的目的、依赖和先后关系，标出暂不处理的项。
• 产出与边界： 产出需求清单与优先级排序；不替代客户内部的决策权，也不承诺清单之外的范围。

方案设计：把清单变成可执行路径

清单确定后，方案设计负责回答“怎么做、分几步、每步需要什么”。方案不是越厚越好，关键是每一步的输入、产出和责任人能对上。

• 适用任务： 需求清单已确认，需要阶段划分、资源安排与风险提示。
• 工作内容： 按阶段拆分任务，明确每阶段的输入资料、交付物形态与复核节点。
• 产出与边界： 产出阶段化方案与配合清单；不承诺具体时间与结果，时间安排以双方确认的推进节奏为准。

落地配合：按阶段推进并保持同步

落地配合的重点不是把活干完，而是让双方在每一阶段结束时对“做到哪一步”有共同认知。阶段之间的信息断档，往往比执行本身更容易造成返工。

• 适用任务： 方案已对齐，进入实施与阶段复核。
• 工作内容： 按阶段推进，记录每阶段的输入、产出与待办事项，及时同步变化。
• 产出与边界： 产出阶段记录与待办清单；具体推进步骤见交付流程页，本页不重复展开。

质量检查：交付前逐项核对

质量检查发生在交付物形成之后、验收确认之前。核对的对象不只是成品，还包括过程记录是否完整、方案与执行是否一致。

• 适用任务： 交付物已具备，需要在确认前做一次系统核对。
• 工作内容： 按资料完整性、方案一致性、执行记录、验收沟通四组逐项核对。
• 产出与边界： 产出检查结论与问题记录；具体检查项与判定依据见质量检查页。

适用场景与不适用情形

同一类服务事项，在不同条件下推进的难度差别很大。下面两栏并列说明，便于在开始前做一次对照，避免把不适合的任务硬塞进现有流程。

合作前需求清单准备

清单不必写得很长，但每一项都要能对上具体用途。下面六项是沟通前最常见的准备内容，缺哪项可以先去补，不必等到沟通时再临时回忆。

1. 现状说明： 当前的做法、已有的资料和已知问题，用于判断起点。
2. 目标描述： 希望达到的状态，尽量写具体结果而非方向词。
3. 范围与优先级： 哪些必须做、哪些可以缓、哪些明确不做。
4. 硬性约束： 必须满足的条件，如已有系统、格式要求或内部规范。
5. 对接人与角色： 谁负责确认、谁负责提供资料、谁参与复核。
6. 已排除的方案： 试过但不适用的做法，避免重复讨论。

服务事项对照表

把事项、常见目标与需要提前说明的边界放在一起看，能更快判断某类事项是否真的对应自己的任务。