E5.10.2stepper revisit policy设计
已完成步骤是否可返回需明确
别名: 步骤可回改 · wizard back · 已完成步骤
概念解释
走完前面几步之后，人常常要改一个已经填过的值。已完成步骤是否可回（stepper revisit policy）必须在步骤条上就能读出来：哪些步可以点回去改，哪些已经锁死。政策含糊时，有人不敢改地址以免订单作废，有人拼命点前面的圆点却什么都不发生。这与「一共几步」无关，只与承诺能不能撤销。
机制
线性流程里，后面的步依赖前面的答案：改了收货国家，运费和税费那一步可能作废。系统若允许回改，就要准备级联重算，并让用户看见「你改了这个，后面要重做」。系统若不允许，就要在已完成的步上给出锁的信号，并提供别的出路（取消整单、联系人工）。没有信号时，步骤条看起来像导航，实际却是只读进度，点击预期被辜负。
可回与不可回还可以按步不同：联系方式可改，已签署的协议不可改。这种混合最需要逐步标明，而不是一条全局规则写在别处。返回上一步按钮和点步骤条上的过去节点应当遵守同一政策，否则一条路能改、另一条路不能，政策本身无法被学习。
边界
支付成功、电子签名、监管要求的不可逆确认之后，回改应关闭，即使步骤条还在。草稿态的长表单几乎都应可回，锁死会把一次填错变成整段重来。条件分支导致某步被跳过时，「可回」不应让人走进从未生效的步。只读回顾（已提交申请的查看页）可以点步骤看内容，但那是查看不是回改，需要另一套文案。
怎么落地
- 已完成且可回的步在条上显示为可激活，点击回到该步并保留已填值；不可回的步显示为锁或纯状态，点击给出原因而不是无反应。
- 回改若会使后续步失效，先说明哪些步将重做，确认后再清。
- 步骤条点击与「上一步」按钮遵守同一可回政策。
- 验证：在最后一步尝试改第一步的一个字段。可回则应成功并看到后续受影响；不可回则应在点击当时得到原因。无反应或静默丢数据都算政策没表达。再试「上一步」与点条上节点是否一致。