往往我们在产品设计中，多数场景会涉及到表单的设计，也常存在于流程之中，用户通过填写表单提交先关信息，从而完成相关的任务，常见的有注册、申请以及删除。而往往在这些业务场景中，可能会涉及到二次确认，那是否需要二次确认呢？
本文我将从一下几个方面给大家分享我的思考：
一、为什么需要二次确认？
我们在做表单时，多数表单汇聚的信息量较大，如我们在填写简历时，涉及的内容有基本信息、教育经历、工作经历、项目经历等，若用户完成输入后直接提交，往往存在一定风险，即一旦出现误填时，一般情况下，只能撤回或重新填写并提交。
为了应对这种情况，在填写表单时，一般会引入前置校验（前端or后端。或者共同校验限制），尽量减少错误，但这一类的校验多数只适用于校验条件清晰明确的，即在代码层面结构化的，比如非空填、大小写区分、最大最小值等。
而不能通过代码进行条件限制的字段内容提交时，比如证件图片，需要通过工作人员的后台审核，如果反复出错，便会增加后台审核的压力，也导致用户可能填写无效，需重新提交的可能。
所以针对以上这些场景，二次确认的重要性就突显出来了，一方面避免用户反复提交的情况，一方面较少审核压力争取一次性搞定。
二、什么时候适用二次确认?
适用二次确认的场景，往往需要用户承担提交后的结果（即提交后修改比较麻烦，如审核资质信息等），或规避业务风险。常见的场景如下：
1.提交内容需后台审核，并非单一的校验可解决，且内容相对较多，如某些资格申请类表单往往存在预览环节；
2.某些需要降低后台审核不良率的情况，或以人工审核为主，此时需要减少审核不通过，打回重填或补填的情况。常见多数自媒体平台的视频/文章审核
当然，并非所有情况都适用，二次确认虽然可以确保用户提交内容少出错，但如此的提示，不少用户难免会感到反感，这关乎到效率或者产品转化率。从用户体验角度来说，二次确认还是需要慎重思考，这里我给大家总结如下几种情况可以不考虑二次确认：
1.纯作展示且支持直接反复修改内容：如社交应用中的个人信息等；
2.影响业务转化率的信息提交：例如订单信息提交等；
3.已有完善代码规则限制表单：例如输入内容明确规则限制如字数、图片大小、金额大小等；
4.提交内容无要求的内容：例如后台只需要用户提交信息，进行相关统计即可。
总的来说，用户能立即作出修改或业务转化率为出发点考虑的场景基本都不建议用二次确认。
三、怎么样实现二次确认？
目前我用过的二次确认设计形式主要为2种：一种是以预览模式给用户再次呈现填写的内容；一种是以对话框呈现。
预览模式：
一般在用户填写完表单提交前，用户可点击内容预览对所填内容进行一次完整地浏览。在某些招聘APP或网站填写简历中往往较为常见，毕竟填写内容较多，为了让用户能够尽量完美的呈现自己，进行查漏补缺。预览模式是很有必要的。
对话框模式：
相对于前者，对话框二次确认的交互形式更加简单。如果填写内容想对较少、或较为重要、或修改麻烦，就非常适合对话框，在对话框中还可以提示用户哪些信息很重要，烦请确认；另一方面，也可很好避免用户误触提交。
四、二次确认的利弊
以上情况，也并非所有场景绝对，我们在设计功能时还是需要结合实际业务。对于流程性的页面来讲，保证流程畅通，且不让用户感到卡顿是我们需要考虑的重点。二次确认如何流畅融入业务是我们需要思考。
总结来说，从体验角度讲，表单填写的效率和流畅性是首要关心的点，因为表单本身属于输入性的模块，用户需要付出相应时间和行为成本，特别是当用户处于一个希望尽快提交的场景时，如秒杀等，若此时需要用户二次确认进行打断，体验以及给用户带来的糟糕情绪可想而知。
另一方面，从产品的角度来看，二次确认也是影响转化的潜在因素之一，为提升转化率，理想状态是一步走到底，中间不存在任何打断。
同时，还需要考虑表单的业务性质，例如某些审核性的表单，所填内容会影响审核结果，此时从业务审核层面会考虑让用户主动去确认输入的内容并对其负责，以减少审核不良率或后续不必要的沟通。
本文主要结合自己日常设计中遇到的情况进行分享说明。大家仍然需要结合具体场景和业务特点进行思考设计。