从需求信号到服务主题
对照表给出的是建议入口，不是固定路径。如果你的需求同时涉及梳理和设计，通常先完成梳理再进入设计，避免在范围未定时反复调整方案。
按需求信号判断，先看清自己处在哪一类场景
适用场景
同一个需求，在不同阶段需要先处理的事情并不一样。需求还模糊时先梳理范围，范围明确时先设计方案，多方协作时先约定分工，节奏紧张时先确认交付边界，复盘改进时先整理已有结果。下面这张对照表把常见需求信号、建议先看的服务主题和下一步动作放在一起，方便你判断自己该从哪里开始。
场景对照表：从需求信号到建议下一步
对照表按从左到右的顺序阅读：先找到与你最接近的需求信号，再看判断句是否吻合，最后进入对应的服务主题。如果两行都像，优先处理更靠前的那一行，因为它是其他场景的前置条件。
需求信号
判断线索
建议下一步
03
多方协作推进
需求涉及多个部门或外部伙伴，接口人、决策人和确认方式还没有定下来，容易出现信息不同步。
先看执行协作主题，明确各方职责与沟通节奏，再进入合作流程确认对接方式。
查看执行协作服务主题
04
节奏紧张、节点固定
有对外承诺的时间点，内部资源有限，需要提前知道每个阶段能确认什么、哪些内容不在范围内。
先阅读交付方式，确认阶段产物和变更处理规则，再判断是否进入合作流程。
查看交付方式说明需求准备清单：进入合作流程前先整理这些
准备资料不是为了走形式，而是让第一次沟通就能落在具体问题上。下面六项按建议顺序排列，能写多少写多少，写不清的部分正好是需要先梳理的地方。
-
01
需求背景与目标
用来说明为什么现在要做、希望达到什么状态。
用三五句话写清现状与期望，避免只写一句“需要支持”。
-
02
涉及范围与不做的部分
用来判断服务主题是否匹配，避免范围反复扩张。
分两列列出要做和明确不做的内容，标注哪些还在讨论。
-
03
时间要求与关键节点
用来评估推进节奏是否可行，识别硬性截止时间。
列出固定节点和可调整节点，注明节点由谁提出。
-
04
参与角色与决策人
用来确认对接路径，减少信息在传递中失真。
写明日常接口人、最终确认人和各自能决定的事项。
-
05
已有资料与历史结果
用来减少重复劳动，让讨论从已有基础上开始。
整理现有文档、数据和上一阶段的结论，标注可信度。
-
06
内部约束与协作习惯
用来提前对齐沟通方式和评审节奏，避免中途卡顿。
说明可用的沟通时段、审批流程和对文档形式的要求。
场景边界提醒：这几种情况先别急着进入合作流程
判断场景的目的不只是找到匹配的主题，也包括识别现在还不适合推进的情况。下面三种情形，先补前置条件比直接进入合作流程更省时间。
-
资料不足以支撑判断
如果连目标和范围都写不出来，说明需求还停留在想法阶段。此时先做需求范围梳理，比直接讨论交付安排更有价值。
-
决策人尚未参与
范围、资源和时间往往需要决策人确认。接口人单独推进容易在中途反复，建议先完成内部对齐再进入沟通。
-
期望范围与可确认交付不一致
当期望明显超出可确认的范围时，先讨论边界比承诺结果更稳妥。交付边界与变更处理规则在交付方式页有完整说明。