提交结果页面需说明后续可执行的操作
别名: 成功页下一步 · post-submit CTA · 提交后去哪
概念解释
人已经知道「成了」，下一拍的问题是「我现在能干什么」。说明后续可执行的操作指成功（或受理）界面上给出有限的、与刚提交的对象绑定的下一步：查看记录、继续填下一份、去支付、下载凭证、回首页。只有一句「提交成功」没有出口，人会按返回键，返回键在成功之后常常毁掉上下文或再次提交。确认「成了」是上一句；长时间等待是过程；这里是成功之后的导航。
机制
提交结束把原来的任务目标用尽。人需要一条新的目标梯度，否则停在空成功页上，只能用浏览器历史摸索。历史栈里的「返回」往往回到可再编辑的表，模型是「我要改刚才那份」，实际可能打开一份会重提的空表。第二层是下一步必须指向刚产生的对象：通用的「回首页」不是下一步，是离开。查看刚提交的申请、把凭证存下来、把支付接着做完，才是对象上的动作。选项多于三个会变成新的迷宫；成功页不是站点地图。若业务上成功之后没有人能做的事（纯告知已排队），也要写「你可以关闭，结果将发到邮箱」，把「无动作」说成一个合法终点，而不是留白。
怎么研究
提交后观察人的第一动作。比较只有成功句、一个主按钮「查看记录」、三个并列按钮、无按钮只能返回。
自变量：下一步数量与标签、返回是否回到可提交的表、是否提供下载或邮件凭证。 因变量：误用返回导致重提或丢上下文、主按钮命中率、在成功页停留后不知所措的时长、离开后能否再找到对象。
实验室会把「查看记录」说成任务，命中被抬高。要用「提交完按你平时会做的做」。不要把点击任何按钮都算成功——点「回首页」然后找不到记录，是失败的下一步。
边界
向导中途步的「下一步」不是提交结果页，不要在每一步结束都堆成功 CTA。嵌入式小表（评论框）成功后的下一步常常是「看见自己的评论出现在列表」，就地插入比跳到新页更对。没有账号的游客提交，下一步若是「登录后查看」要先说清楚现在就能保存的凭证，否则登录墙会把刚产生的对象弄丢。部分失败时下一步是「处理失败项」，不能只给成功态的「去逛逛」。
怎么落地
- 成功页给一到两个与该对象绑定的主动作（查看、下载凭证、继续支付），文案带上对象而不是「返回」。
- 标明返回键会去哪；若会回到可再提交的表，成功后换成不可再提交的只读回顾，或拦截返回。
- 若没有可做的事，写明终点（「可以关闭，通知将发到邮箱」），不要留一块空白等用户发明动作。
- 验证：提交后不给口头提示，看第一下是不是主动作。按系统返回，确认不会再发出一次提交。拿走所有按钮只留「提交成功」，作为不知所措的对照。游客路径确认不登录也能保存凭证。