产品设计过程的关于二次确认的思考

APP或者WEB网页在确认一个操作开始的时候,会有二次确认,一般的删除操作都是有二次确认的。
但是除了删除之外,有些操作是否进行二次确认是不一定的,所以本次特意梳理了一下,二次确认这个操作什么时候应该有,什么时候应该没有,原则是什么。
首先整理了一波有弹窗确认的和没有弹窗确认的场景
  • 有弹窗确认的
    • 删除操作。
    • 美团单车,扫码后,确认开锁。
    • 淘宝-确认收货。
    • 京东-确认收货。
  • 无弹窗的
    • 京东-退换货按钮,进入退换货
    • 电商-加商品进入购物车
    • 电商-评价的提交
是否需要弹窗确认,主要考虑:操作完成后,会产生不可逆或者可逆代价很大的情况;
例如:
1、转账、充值、确认收货类。这些为了保证买卖双方的权益,通常是单向的,转账一经完成,转账人不能自行撤销,只能收到转账的人撤销,这是保证收款人的资产安全,防止收款后,对方撤销导致的财物损失。所以这类操作需要二次确认,防止误操作。
2、删除、终止、冻结等。这类会导致数据的丢失或者任务的提前结束,并且这些通常是不可逆的,所以需要提醒用户谨慎操作。
从上方的原理,我们可以有一些推论:如果一个操作误操作后不会有大的影响,可随时撤销操作,并且不会引起额外的问题,这种就可以不用弹窗提示,比如加购物车,这种即便加错了,那么删掉就行了,另外,就是一个大流程的进入操作,也不需要提醒,因为流程只有最后提交才会有影响(流程过程没有额外信息改动的情况)。
最后,还有一个体验的优化问题,就是如果一个操作不支持,那么如果这个操作按钮不能隐藏,并且这个操作有弹窗确认的,那么点击的时候就直接提示不支持,而不是出现弹窗点击确认后提示不支持这个操作。
对于扫码领用,如果扫码之后,发现这个设备就不具备领用的条件,那么直接提示设备不支持领用即可,不要先弹窗,然后确认后在告诉用户不行,虽然实现复杂点,但是体验会好。
http://xzh.i3geek.com