H7.05.1order confirmation receipt设计研究
提交后需立即给出可核对的凭证
别名: 订单确认 · 支付成功页 · order confirmation
概念解释
人按下支付并得到成功应答之后，当前界面必须立刻变成一份可核对的凭证：订单号、买了什么、付了多少、付给谁、送到哪。可核对指人能用这张屏和记忆或短信对上，而不是一句「成功了」再跳走。这条管提交当下的那一屏，不管电子发票和购物小票在法律上怎么分，也不管邮件、短信、App 是否说了同一件事。
机制
扣款是不可见的后台事件，人只能通过界面推断钱有没有走。成功页若只有动画或「感谢购买」，工作记忆里的金额和商品会在几秒内糊掉，人只能去银行 App 反查，期间会重复提交。凭证把推断换成对照：号、物、额同时在场，焦虑才能落下。跳转过快、被营销页顶掉、或成功页不带订单号，都会把这一拍毁掉。失败与成功共用「处理中」转圈而不给出凭证，人无法判断该等还是该再付。
怎么研究
在支付成功后比较：仅感谢文案、含订单号与金额的静态页、自动跳转首页、被优惠弹窗覆盖。
自变量：凭证字段是否在首屏、是否自动跳走、跳转倒计时是否可停。 因变量：能否复述订单号与金额、重复支付尝试、成功后立刻找客服「扣了没有」。
实验室里被试知道这是任务结束，不会去反查银行。远程任务要允许他们打开自己的账单 App。不要把邮件送达当成「已经给了凭证」——当下那一屏没给，邮件是另一条通道。
边界
跳转到支付机构且机构自己出凭证时，本站仍应在返回后给出商户侧订单号，否则两边对不上。货到付款在提交时尚未扣款，凭证是「已下单待收款」，不能做成支付成功。需要人工审核的订单，当下凭证是「已受理」加查询号，不是发货承诺。纯展示的庆祝动画可以有，但不能替代字段。
怎么落地
- 支付成功的落地页在首屏展示订单号、商品摘要、应付与实付、收货或兑换方式；在跳转或弹窗之前这些字段已可读。
- 禁止成功后无交互地立刻离开该页；若有「继续购物」，也要留下「查看订单」。
- 成功与失败不要共用无字段的转圈结束态。
- 验证：付完一笔测试单，合上帮助，让另一个人只看当前屏写出订单号和实付。写不出，或必须去邮件里找，当下凭证失败。