需求梳理与范围界定
把模糊的服务诉求拆成可执行的范围描述，明确哪些在本次服务内、哪些留待后续。
典型交付物：需求范围说明、边界确认清单
服务能力总览
服务能力按类别拆开说明，每一类都标注了它解决的问题、典型交付物和适用边界。先看类别，再决定深入哪一项，比逐条罗列需求更省沟通成本。
方案设计与节点规划
围绕确认后的范围给出推进路径，把关键节点、责任分工和确认动作提前排好。
典型交付物：推进方案、节点排期表
内容与结构搭建
按服务场景整理信息结构与内容骨架，让后续的落地工作有统一依据。
典型交付物：结构说明、内容框架
执行推进与过程同步
按既定节点推进执行，过程中同步进展与偏差，避免信息在多方之间失真。
典型交付物：进度记录、变更说明
质量检查与验收
对照交付标准逐项检查，把检查点、通过标准和验收方式写清楚。
典型交付物：检查表、验收记录
交付后说明与反馈
交付完成后给出使用说明与反馈路径，方便后续调整或提出新的需求方向。
典型交付物：交付说明、反馈记录
适用场景速览
不同需求对应的判断标准和准备事项并不一样。下面列出常见场景，先对号入座，再按准备事项整理资料，沟通会顺畅很多。
已有明确服务范围
需求描述相对完整，希望尽快进入执行推进阶段。
需求方向明确但细节待定
知道大致要做的事，但范围边界和优先级还需要一起梳理。
多方协作需要统一口径
内部或外部参与方较多，需要一套共同的节点和确认方式。
对交付质量有明确要求
希望合作前就看清交付物构成和验收标准，减少后期反复。
通用准备事项
- 梳理当前需要解决的问题，以及期望达成的结果
- 列出已知的时间要求与内部可投入的对接资源
- 整理已有的资料、文档或历史记录，便于对照
- 明确本次合作的决策人，以及需要同步的其他角色
- 提前说明不能接受的做法或硬性限制条件
准备得越具体，范围界定和节点规划就越接近实际需求。
合作推进路径
合作按五个节点推进，每个节点都有明确的输入和确认动作。先看整体顺序，再回到对应节点准备资料。
-
需求确认
明确要解决的问题、预期结果与硬性限制，形成范围共识。
-
方案对齐
根据确认范围给出推进方案与节点排期，双方逐项确认。
-
执行推进
按排期推进落地，过程中同步进展，偏差及时说明。
-
质量检查
对照交付标准逐项检查，记录问题并完成修正。
-
结果确认
完成验收确认，交付说明与后续反馈路径一并给出。
交付标准要点
交付标准分成两部分看：一部分是交付物本身包含什么，另一部分是它要满足哪些质量检查点。两者对应起来，验收就有依据。
交付物类型
- 范围与边界说明文档
- 推进方案与节点排期
- 过程记录与变更说明
- 质量检查表
- 交付说明与使用指引
质量检查点
- 内容与确认范围一致，无范围外扩
- 节点信息完整，责任分工可追溯
- 变更均有记录，说明变更原因
- 检查项逐条可核对，结论明确
- 交付说明可被非参与方读懂
常见问题预览
下面几个问题出现频率较高，先看这里；更细的分类问答在常见问题页按主题分组呈现。
服务范围可以中途调整吗？
可以提出调整，但需要先明确调整内容是否超出已确认范围。超出部分会重新评估节点与交付物，并以书面方式确认后再推进。
合作前需要准备什么资料？
至少准备问题描述、期望结果、时间要求和对接人信息。已有资料或历史文档一并提供，有助于更快完成范围界定。
交付质量按什么标准判断？
按交付标准中的质量检查点逐项核对，检查点与交付物类型一一对应，双方在推进前就对检查方式达成一致。
推进过程中如何同步进展？
按节点排期同步，每个节点完成后给出进展说明。出现偏差时先说明原因和影响，再确认后续处理方式。
