方向 01
需求梳理与范围界定
适用场景：需求方内部对目标说法不一，或只有一句模糊诉求，无法直接判断该做什么、做到哪一步。
判断依据：如果对接人无法用两三句话说明要解决的业务问题、涉及哪些环节、由谁验收，就先走这一条。
查看对应方法与交付标准栏目 01 · 服务方向
服务方向索引：把可对接的能力条目逐条摆出来
下面六个方向覆盖了从需求梳理到交付衔接的常见环节。每条都写明适用场景与判断依据，你可以先对照自身情况圈定一两条，再去看对应的准备材料。
服务方向条目列表
条目按编号排列，编号在站内通用，方法与质量页、团队分工页引用同一套编号。
方向 02
执行方案与路径设计
适用场景：需求已经清楚，但不确定按什么顺序推进、分几个阶段、每个阶段产出什么。
判断依据：需求描述里已出现明确的交付对象和时间预期，缺的是阶段划分与先后依赖关系。
查看对应方法与交付标准方向 03
过程执行与节点检查
适用场景：方案已定，需要在执行过程中按节点核对进度与产出，避免偏差累积到收尾才发现。
判断依据：需求方希望在每个阶段结束时看到可核对的结果，而不是只在最后验收一次。
查看对应方法与交付标准方向 04
方向 05
协作分工与沟通接口
适用场景：双方参与人较多，需要先明确谁对接谁、什么问题找哪个职责组，减少来回转述。
判断依据：对接过程中已经出现信息在多方之间反复确认、同一问题被不同人重复提问的情况。
查看团队分工与协作职责方向 06
交付后的衔接与说明
适用场景：成果已交付，需要说明后续如何使用、哪些内容会随条件变化而调整、遇到问题从哪里查起。
判断依据：接收方希望拿到成果之后仍有一份可自行查阅的说明，而不是完全依赖再次沟通。
查看常见问题与判断依据每条方向的对接前准备材料
材料不求多，求能说清楚。准备得越具体，第一次沟通越省时间。
-
方向 01 · 需求梳理与范围界定
一段对现状的描述、涉及的业务环节清单、内部对目标的几种不同说法，以及由谁最终确认范围。
-
方向 02 · 执行方案与路径设计
已确认的目标说明、期望的完成时间、可投入的参与人员，以及必须遵守的既有约束条件。
-
方向 03 · 过程执行与节点检查
阶段划分草案、每个阶段的期望产出形式、内部检查时间点，以及节点未通过时的处理约定。
-
方向 04 · 交付成果整理与验收
内部验收标准、验收人角色、成果的最终使用场景，以及需要一并提交的说明性内容。
-
方向 05 · 协作分工与沟通接口
双方参与人员名单与各自职责、日常沟通方式与频率、需要同步的决策层级。
-
方向 06 · 交付后的衔接与说明
成果接收方名单、后续使用中可能出现的疑问类型，以及希望以什么形式留存说明。
方向选择对照说明
左边是你常说的那句话，右边是对应的方向编号。对不上也不要紧，可以先从方向 01 走起。
常见需求描述
- “我们自己也没想清楚到底要什么。”
- “目标定了，但不知道怎么排步骤。”
- “怕做到一半才发现方向偏了。”
- “最后怎么算做完，说不清楚。”
- “人太多，问题不知道该问谁。”
区域与场景索引
按实际发生的工作场景归类，方便你从自己身处的场景倒推该看哪个方向。
-
内部立项前的评估
用于判断这件事值不值得启动、需要投入哪些角色，对应方向 01。
-
已有初步方案的打磨
方案雏形已有，需要补上阶段划分与依赖关系，对应方向 02。
-
多阶段推进的过程管理
执行周期较长，需要在中间节点核对产出，对应方向 03。
-
收尾阶段的集中核对
成果陆续完成，需要按条目逐一确认，对应方向 04。
-
多方参与的日常沟通
参与方较多，需要先约定沟通接口，对应方向 05。
-
成果移交后的持续使用
交付完成，接收方需要一份可自行查阅的说明，对应方向 06。
选好方向之后的站内路径
方向确定后，下一步通常是核对方法与质量条目，或先看清团队分工再进入对接。