A9.12.3Decision sequencing by stakes设计
重要决策应安排在流程靠前位置，避免排在大量次要决策之后
别名: 决策排序 · high-stakes decisions first
概念解释
既然决策质量会随着序列内已做出的决策次数系统性下降，流程设计上有一条直接可操作的推论：把真正利害重大的决策安排在整个流程的靠前位置，把琐碎、低风险的决策留到后面，而不是按任意顺序或者"先易后难"的直觉排列。这里说的"重要"指的是选错之后的后果严重程度与可逆性，跟这道题操作起来难不难、界面复杂不复杂是两回事——难度决定这次决策本身好不好做，利害决定一旦做糟了代价有多大，排序要按后者。
机制
决策疲劳是位置依赖的资源消耗，序列越靠后，剩余的审慎评估资源越少。如果把高利害决策放在序列末尾，用户做出这个决策时恰好处于资源最紧张、最容易转向草率判断或直接接受默认的状态，两者叠加的结果是最需要谨慎对待的决策反而最容易被敷衍或放弃权衡。把顺序倒过来，让高利害决策安排在资源尚且充裕的阶段完成，是用"位置"这一个不需要改变决策本身复杂度、几乎零成本的变量去对冲疲劳的影响。
边界
这条建议成立的前提是流程顺序本身可由设计方控制。如果重要决策的位置被外部约束锁定——比如必须等某个前置步骤产生的信息之后才能做出这个决策——顺序调整就无从谈起，只能转向别的缓解手段（如提高该步骤的呈现显著性、引入独立的二次确认）。另外，"重要"要按对用户造成的实际后果判断，不是按设计者主观觉得这一步复杂或精致的程度判断：一个操作简单但选错后极难撤销的决策（如支付方式、不可逆的删除范围），比一个操作复杂但结果无关痛痒的决策更应该往前排。
怎么落地
- 梳理流程中的所有决策点，按"选错的后果严重程度与可逆性"而不是按操作难度排序，把后果最重、最难撤销的放在决策序列最靠前的位置。
- 对因业务约束必须留在后段但确实重要的决策，单独提高其呈现的显著性或引入强制的二次确认，用局部手段补偿它所处位置带来的疲劳劣势。
- 不要把"重要决策"和"复杂决策"混为一谈去排序——复杂但低风险的决策完全可以放在流程后段，用户即便草率处理，代价也在可控范围内。
- 验证办法：对处于流程不同位置的同类高风险决策做对比测试（同一决策分别置于序列前段与后段），比较误操作率、事后修改率或客服申诉率；位置越靠后指标越差，即验证了前置排序带来的收益。