J4.09.3review before submit设计研究
提供复查与摘要环节
别名: 提交前复查 · 信息摘要 · review step
概念解释
分步收集的信息在提交前需要被摊开成一份可读的摘要。靠用户在脑子里合成「我刚才填了什么」，是把整段流程的记忆负担压到最后一秒。复查与摘要（review before submit）给一次用再认代替回忆的机会：所有将被提交的事实列在同一屏，错的能改，对的能认。
它列的是已收集的数据，不是把「你即将付款」这一个动作再陈述一遍。动作复述解决的是「我在按什么」；摘要解决的是「我交上去的是哪些事实」。好的结账两者都有，但不是同一块界面职责。
机制
人对刚走过的步骤做的是重构，不是回放。中间任何一次打断、任何一次选项比较，都会让细节被新信息挤掉或改写。摘要把一段时间里的输入冻结成清单，检查从「我想想我填了啥」变成「这项是不是这个」。
若摘要不可编辑、改一项必须整流程重来，复查的记忆减免就后半截失败：人会因为怕重做而略过检查，或检查了却改不成。每项旁边的「更改」应回到该节，而不是清空后续步骤。把表单截成一张图当摘要，对阅读器和放大用户都不成立，记忆减免只对视力完好且能看图的人发生。
怎么研究
法律、金融、修改用户可控数据的流程，符合性会查提交前是否存在复查机制。观察上更有用的是：有多少人从摘要跳去修改、修改后是否丢失未提交的其他节、有多少人在摘要上停留的时间短到不可能读完。
自变量：是否有独立复查步、每节是否可单独改、摘要是文本还是截图。 因变量：提交前修改率、因无法局部修改而放弃的比例、摘要屏上的错误发现数。
边界
只有两三个字段的单步表单，字段本身已在眼前，不必再插一页摘要。实时预览已经等于完整状态（配置器旁边的清单）可以充当摘要，条件是预览覆盖将提交的全部事实且可从预览改。摘要漏掉隐藏字段（默勾的订阅、税、到货窗口）会制造虚假安心，比没有摘要更糟。
怎么落地
- 在最终提交前给一屏文本摘要，按节列出将提交的事实，每节有回到该步的更改入口，改完回到摘要而不是重头。
- 金额、日期、同意项必须出现在摘要里，不能只存在于更早的步骤。
- 验证：只看摘要屏，让用户（或未参与填写的人）说出每一条将提交的事实，并改其中一条而不重做全流程。说不出或改不了，复查就没有发生。再用阅读器听完整份摘要，确认不是一张无替代的图。