阶段 01
需求沟通
把需求背景、目标与边界讲清楚,判断与哪个服务方向接近。
从第一次沟通到验收完成,囧次元把合作拆成四个阶段,并且每个阶段都同时写清本方动作与客户需要准备的事项。推进前先看一遍,能省掉不少来回确认。
四个阶段按顺序推进,前一个阶段的衔接条件未满足时,不会跳步进入下一个阶段。下方先给出每个阶段的核心任务,再逐段展开双方准备事项。
阶段 01
把需求背景、目标与边界讲清楚,判断与哪个服务方向接近。
阶段 02
在候选服务方向之间比较适配对象与覆盖内容,锁定一个方向。
阶段 03
把交付条目、对应阶段与判断方式逐条对齐,明确不含内容。
阶段 04
按对齐后的条目推进,按约定的验收口径逐项确认完成情况。
每个阶段都拆成两栏:左栏是囧次元在本阶段要做的事,右栏是客户在这个阶段需要提前准备的内容。两栏同时成立,阶段才算真正推进得动。
阶段 01
先把事情说清楚,再谈怎么做。这个阶段不产出具体方案,只确认需求是否落在本站的服务方向范围内。
阶段 02
在候选服务方向之间做比较,把方向锁定下来。方向没定之前,方案对齐会反复推翻。
阶段 03
把交付条目、对应阶段与判断方式逐条写下来,同时把不含内容说在前面。这个阶段的产出是后续验收的依据。
阶段 04
按对齐后的条目推进,按约定的口径逐项确认。验收不是最后一次性的动作,而是跟着条目走的。
流程里设置了三个关键节点,分别对应方向确认完成、方案对齐完成、验收结论形成。每个节点都会把当前结论写下来,避免后面靠记忆推进。
反馈机制按节点走:客户在节点上给出意见,囧次元在节点上给出处理说明。不在节点上的零散反馈同样接收,但会归到最近的下一个节点统一处理,这样条目之间不会互相打架。
如果某个节点上的结论被推翻,流程会退回上一个节点重新对齐,而不是在当前阶段打补丁。退回本身不额外增加阶段,只是把结论重新写清楚。
下面四条说明的是进入下一个阶段需要满足的条件。条件未满足时,流程停在当前阶段继续对齐,不会先推进再补。
衔接 01
需求背景、已有条件与硬性限制已经说明清楚,并且候选服务方向已经列出,双方对需求范围的理解一致。
衔接 02
服务方向已经锁定,客户对接人确认过取舍意见,方向对应的内部资源确认到位,没有悬而未决的前提。
衔接 03
交付条目逐条确认完毕,每条都标注了对应阶段与判断方式,不含内容也确认过,验收参与人已经明确。
衔接 04
按判断方式逐条核对完成情况,未完成项已经记录并说明处理方式,双方对验收结论的表述一致。
交付条目的具体清单与验收细则集中在 交付范围与验收口径 页面,本页只说明阶段之间的衔接方式。如果在某个阶段拿不准该准备什么,可以先看 常见问题 里的对应分组。