合作流程总览
五个步骤依次推进。前三步在进入实际交付之前完成,用来把范围、资料和决策人固定下来;后两步用于对齐方案与收尾复盘。
-
01
需求整理
把零散诉求写成一段可阅读的需求描述。
-
02
查看目录
对照服务主题,找出最接近的一到两个方向。
-
03
范围确认
明确本次做什么、不做什么、由谁拍板。
-
04
方案对齐
把范围落成阶段安排与交付说明。
-
05
交付复盘
核对产物、记录偏差、确认后续是否延续。
逐步骤准备与确认事项
每一步都写明要准备什么、确认结果是什么、以及可以从哪个页面继续阅读。准备事项不必一次备齐,但顺序上建议先完成需求整理再对照目录。
需求整理的目的不是写一份完整方案,而是让对方在不追问的情况下也能读懂你要解决什么问题。建议用“现状—问题—期望”三句话描述:现在是怎么做的,卡在哪里,希望达到什么状态。
- 当前做法:说明现在由谁负责、用什么方式推进、周期大概多长。
- 主要问题:写清最影响结果的一到两个卡点,避免罗列全部不满。
- 期望状态:描述希望改善后的样子,不写“做得更好”这类无法判断的表述。
- 时间约束:说明是否有外部节点,例如内部汇报、活动上线或季度评审。
确认结果:需求描述能在一页纸内读完,且没有互相矛盾的目标。
下一步:带着需求描述进入 服务目录 ,找出对应的服务主题。
服务目录按服务主题组织,每个主题都标注了适用场景和协作重点。对照时不必追求精确匹配,先找到最接近的一到两个主题即可,剩下由范围确认阶段收窄。
- 先读适用场景,判断自己的需求是否落在该主题的处理范围内。
- 再读协作重点,确认内部是否有对应资源配合。
- 若两个主题都沾边,记录各自匹配的部分,留待范围确认时取舍。
- 若都不匹配,先看 问题解答 中的服务范围说明,再决定是否继续。
确认结果:选定一到两个候选服务主题,并记录匹配理由。
下一步:进入范围确认,把候选主题收窄为一个明确的本次范围。
范围确认是整条流程里最容易被跳过、也最容易在后期引发分歧的一步。它要求把本次要处理的部分和不处理的部分同时写下来,并指定一个能对范围拍板的内部决策人。
- 本次范围:列出要处理的具体事项,按优先级排序。
- 本次不包含:明确排除的事项,避免后期被默认为应做内容。
- 决策人:指定一位能确认范围变更的内部负责人。
- 验收口径:说明什么情况下算本次范围完成。
确认结果:范围清单经决策人确认,双方对边界理解一致。
下一步:进入方案对齐,把范围转为阶段安排与交付说明。
方案对齐阶段会围绕已确认的范围,说明推进节奏、各阶段由谁负责、需要客户方在哪些节点提供配合。这一阶段关注的是安排是否可执行,而不是重新讨论范围。
- 阶段划分:确认推进顺序与各阶段的大致时长区间。
- 协作分工:明确客户方与服务方各自承担的事项。
- 配合节点:列出需要客户方提供资料或反馈的时间点。
- 变更方式:约定范围调整时的记录与确认方式。
确认结果:双方对推进节奏与配合节点达成一致,可以进入执行。
下一步:阶段产物、分工与变更处理的细节,见 交付方式 页。
交付复盘不是额外环节,而是把本次范围与实际产出做一次对照。核对完成后,再判断是否需要延续支持或调整下一阶段方向。
- 产物核对:逐项对照范围清单,确认是否完成。
- 偏差记录:写明未完成项及原因,避免只做口头说明。
- 后续判断:确认是否需要进入长期支持或另起新的服务主题。
- 资料归档:把确认过的范围与产物集中留存,便于后续查阅。
确认结果:本次范围的完成情况有书面记录,后续方向明确。
下一步:若对复盘方式有疑问,可在 问题解答 中查找交付与变更相关问题。
合作前准备清单
以下六项资料建议在进入范围确认前整理好。标为必须的项目缺失时,流程通常无法继续推进。
-
需求描述 必须
用途:判断需求是否落在服务目录的某个服务主题内。
-
现有做法说明 必须
用途:了解当前状态,避免方案与实际情况脱节。
-
内部决策人 必须
用途:范围确认与变更处理需要一位能拍板的负责人。
-
时间约束 建议
用途:安排阶段节奏,识别是否存在无法满足的节点。
-
可配合资源 建议
用途:确认客户方在推进期间能提供的人力与反馈时间。
-
验收口径 建议
用途:在范围确认阶段说明什么情况算本次完成。
暂不适合进入流程的情形
遇到以下情况时,先补齐前置条件再进入合作流程,比仓促推进更省时间。
-
需求目标尚未确定
只知道自己“不满意现状”,但说不清希望达到什么状态。此时范围无法确认,建议先回到 适用场景 页,对照需求信号梳理目标。
-
内部决策人未参与
沟通过程中没有能确认范围的人参与,后续极易出现反复调整。建议先完成内部对齐,再进入范围确认。
-
期望范围与可确认交付不一致
希望在一次合作中覆盖过多方向,或要求的产出超出该服务主题的处理范围。建议先读 交付方式 页了解边界,再拆分需求。