这里不重述流程清单，只讨论一件事——在需求梳理、阶段衔接与交付验收三个环节上，怎么判断一件事该不该做、做到什么程度算够。读完之后，你在对接时能更清楚该问什么、该核对什么。
客户带来的需求描述常常混着三层内容：业务上真正要解决的问题、习惯性沿用的做法、以及临时想到的补充。这三层不分开，后面的阶段就会反复返工。囧次元在梳理阶段做的第一件事，是把三层内容拆到不同的纸上。
判断要点在于：一条需求如果说不清完成状态，通常不是需求本身模糊，而是还没想清楚要拿它换什么结果。这类条目适合先放在待定区，等业务侧想明白再纳入。
阶段之间的交接是最容易出问题的地方。执行层面的偏差可以修，但衔接处的判断失误会一路传导下去。下面三类误区在服务推进中出现得最频繁。
上一阶段的结论是在当时信息条件下得出的。信息变了，结论就该重新核对。把它当成不可动的前提，等于放弃了后续修正的机会。
交付物齐了不等于阶段目标达成了。判断标准应当是“这一阶段要回答的问题有没有答案”，而不是“清单上的项有没有打钩”。
客户侧决策需要时间，这段等待是推进的一部分，不是延误。把它标注为“待客户确认”，比反复催促更能推进事情。
这三类误区的共同点，是把阶段当成流水线上的工位，而不是需要来回确认的判断节点。具体每个阶段的目标与交付物，在 方法与流程 页有完整说明，这里只讨论判断依据。
验收环节最容易出现两种极端：一种是走过场，签个字就算完成；另一种是无限细化，每个细节都要反复确认。两种做法都会让后续难以为继。囧次元采用的方式是先把验收标准写清，再逐条比对。
验收的价值不在于给这一阶段打分，而在于把判断依据沉淀下来。下一次推进时，这些依据就是最省事的参考。如果你对某个具体环节的处理方式还有疑问，可以查阅 答疑 页。