『』关于表单中的二次确认设计思考

表单常存在于流程之中，用户通过填写表单提交先关信息，从而完成相关的任务，如注册、申请等。本次主要分享在表单提交时，表单提交时的二次确认场景。

本文插图

为什么会有二次确认？
表单往往汇聚了各种输入项，信息量较大，若用户完成输入后直接提交，往往存在一定风险，即一旦出现误填时，一般情况下，只能撤回或重新填写并提交，与此同时也可能造成后台的审核压力。
为了应对这种情况，在填写表单时，一般会引入前置校验（前端or后端），尽量减少错误，但这一类的校验适用于校验条件能够结构化的，即可以通过代码预先设置好有一定规律组织的条件，比如非空、大小写、上下限值等，而无法去判断一些不能条件化（非结构化）的情况，如图片内容、文字表达等。这些内容往往需要后台审核才能发现问题，从而增加后台审核的压力，也导致用户可能填写无效，需重新提交的可能。
因此在这种情况下，会考虑在用户提交时增加二次确认的步骤，从用户维度去主动减少误操作、误填的情况，从而降低后续返工和沟通。
二次确认的利弊
对于流程性的页面来讲，保证流程的畅通和让用户持续处于心流状态是产品和设计所追求的理想状态。但在实际的设计中，不能只图短期的或某个环节的一时方便，更需要站在整个体验流程之上，闭环思考。二次确认就是一个矛与盾的结合体。
从体验角度讲，表单填写的效率和流畅性是首要关心的点，因为表单本身属于输入性的模块，用户需要付出相应时间和行为成本，特别是当用户处于一个希望尽快提交的场景时，如秒杀等，若此时需要用户二次确认进行打断，体验以及给用户带来的糟糕情绪可想而知。
另一方面，从产品的角度来看，二次确认也是影响转化的潜在因素之一，为提升转化率，理想状态是一步走到底，中间不存在任何打断。
但正如开始所讲，实际的设计不能只用理想状态去考虑，而应从实际场景出发，站在整个体验流程去思考，这里的体验流程不单单指阶段性的用户前端页面，也包括表单提交之后的后台扭转以及最后提交结果的呈现（实时/异步），如成功、失败还是需要打回重填等。
同时，还需要考虑表单的业务属性，例如某些审核性的表单，所填内容会影响审核结果，此时从业务审核层面会考虑让用户主动去确认输入的内容并对其负责，以减少审核不良率或后续不必要的沟通。
何时会用到二次确认?
虽然提交表单存在一定的风险，但并不是所有表单提交时都需要去二次确认，因为这关乎到效率或者产品转化率，从体验层面和产品层面来讲，应用二次确认往往慎之又慎，通常以下情况可以不考虑二次确认：