产品说Vol.2 支付确定按钮到底需不需要
- 段子兽，产品狗，手持肥皂说需求
标题这个话题，起始于昨天看到kent和kant陆续分享了产品体验相关的文章（主要是kent的《及格的产品VS优秀的产品》），后面也蔓延到各个产品群、朋友圈和知乎。里面争议比较大的点，在于微信支付与支付宝的体验——「 从产品设计的角度来讲，“输入支付密码”环节需要确认按钮吗？ 」
其实昨天也一直在思考这个问题。按照kent和kant的看法，「不需要确认按钮」是一个好设计；可以看到知乎高票赞答案里前两个也是这样（但一个是该功能的设计者，另一个是微信公众号PM）。但看kent文章下的评论，67%的反馈都是觉得保留确认键更符合使用习惯。这也是一个有意思的现象。
首先，甩出结论。我并不认为需不需要确认按钮，在产品上有优秀与否之分。这个不是和稀泥。事实上在这方面，我是比较认同@纯银的产品观的。小孩子才纠结体验，大人只看需求。事实上，去掉确认按钮，本质上只是体验上的改变，对整体产品流程与逻辑并没有什么颠覆，也谈不上核心需求场景。所以我认为该功能设计者提出的“发布后没有什么投诉”便成功验证了，是比较搞笑的逻辑。如果你马上加回确认按钮，可能也没有什么投诉。这不代表什么。
况且，我并不认为去掉了确认按钮，就是优秀的体验。至少，保留确认按钮不能说是差的体验。原因下面说。
1、从产品整体来讲，更重要的是功能要符合产品定位，在产品核心逻辑下运行。怎么选择，更多的还是看产品自身的风格定位与用户需求场景。
比如微信支付营造的是快捷支付的定位，使用场景多是小额支付，那么产品体验都是服务于便捷简约；而支付宝立于支付行业多年，巨大的用户基数和行为习惯使他倾向于安全、可靠的定位，产品体验更保守可靠。
微信的体验突出了流畅，支付宝的体验突出了信任。我觉得并没有绝对的对错。而且也有朋友指出来了，微信的小额、快捷支付与支付宝的高频、巨量，本身就是极大的产品差别，忽略这个背景，来谈功能体验，就是耍流氓。
2、从具体使用场景来看，上面也提到过了。我认为微信支付的「无确认按钮」确实是一个流畅的体验，但也不必拔高，仅仅是个流畅体验而已，支付宝的体验看似更传统，但并不能说是更差的体验。
微信支付多是小额快捷支付或者红包，支付金额小，思考成本低，而且依附于微信本身这个社交平台，只是作为一个功能模块，对便捷、快速反馈的需求是更高的。因此我们可以看到，微信的PM和交互设计师，更愿意夸耀自己“对简洁、流畅体验的追求”；
而支付宝，本身就是一个专门的支付及理财管理应用，使用场景更贴近真正的电子钱包，金额更大，消费场景更多（淘宝、第三方购物、转账、缴费、理财等等，虽然这些功能很多微信也有，但使用习惯和频次不可同日而语）。因此我们也可以看到，支付宝所表述出的，更多的是安全、稳定、可靠。你可以从登录时的支付环境扫描、手势密码解锁等一系列功能看出来。
因此，我认为取消确认按钮，其实还是有很大影响的。如果在体验上，只是看起来更流畅而已。但我不认为去掉按钮、减少点击这种简单粗暴的方式，就是优化体验了。
或者，更客观的说法是，微信支付可以这么玩，但是你要把它强行推到支付宝，我认为就不妥了。毕竟微信支付的基数还不能和支付宝相比，即使点击确认按钮并不能带来实际上的安全作用，但对用户的心理上确实有进一层的保护作用，让他觉得受到尊重。
而且真要论便捷，那很多网站的登陆就更应该先实现输入密码后无需确认，毕竟这相比支付更加高频。当然这只是举个极端点的例子，密码长度、验证码都是要解决的问题。包括微信网页版登陆需要在微信上确认，其实都不那么便捷，我相信大部分使用场景下用户是不需要确认的。但是我也相信这个设计有微信自身的考虑。所以一个确认按钮放不放，其实涉及到很深层次的业务逻辑，也许没那么简单。
3、微信支付，其实只是表面上让体验简化，其实只是转嫁到别的环节。本质上并没有简化。
我并不认为去掉了确认按钮，就是简洁流畅。因为在大部分用户使用习惯上，选择支付渠道、确认金额、输入密码、确认支付，是一套完整的流程。微信并没有改变这套流程，只是去掉了确认按钮，改为在输入密码阶段进行确认，但本质上，并没有降低流程上的成本。
因为输入密码本身是一个不需要思考、一气呵成的过程，检查的过程放在确认上。微信支付，强行插入你的输入过程，让你思考，这本身并没有减少必要的流程，而是转嫁到了输入环节。但「确认支付」的心理环节依然存在。
微信支付的逻辑是，让你在输入密码的时候，就思考是否要完成支付；支付宝的逻辑是，先一口气输入密码，然后让你确认是否完成。本质上，一套逻辑。微信看似简化了，但实际上反而增加了使用成本。我在输入密码时，本来只需要一口气输入密码，然后思考是否确认即可；在微信支付的环境下，变成了输入密码时，既要考虑密码本身是否输入正确，又要在输入最后一位前，确认是否要进行交易。
没错，这样不用点击确认，确实手指少动了那么一下，但是在本来没有门槛的输入密码环节，增加了额外的成本。因为从逻辑上来说，确认「确认支付」的流程其实并没有简化，而是转嫁了。
扯远一点，这点上，我不太认同kant的看法。他认为这个步骤类似于以前固定电话时代，拨号前输入最后一个数字，会思考要不要拨出去，而手机时代增加了拨号键。而回到支付领域，用户虽然习惯了输入密码后再确认，但你让他不再确认，他在输入密码时就思考，是体验的优化。
这个，固定电话时代那种需求我是没碰到过，我想也不会有太多人刻意停在最后一位吧，更多的是拨出去之前、或者拨的过程中就在想了。而且拨号键本身才是移动化的产物，更符合通讯的本质。一个号码输入后未经确认就拨打，本身就很不人性化。
支付同理，对于这种重要的行为（高卷入度或高风险），人的心理普遍是希望有个确认。我相信人们更愿意在拨号按钮和确认按钮前思考，而不是拨号过程和输入密码过程中。何况，点击确认的过程，对于这种重要的行为，也是一种“快感”。类似于核弹发射。我想这点张小龙先生应该不会反对吧。
4、最后，我想提出一个有趣的观点——确认按钮是一种尊重。
对，在我看来，涉及到支付领域，支付后的确认是一种尊重。就像之前提到的，点击确认的过程，也是一种“快感”。如果你付钱，刚输入密码钱就哗哗的出去了，我觉得虽然感觉很快，但潜意识里肯定没有那么爽。点击确定，更像是一种尊重，它在业务逻辑上已经不是一个强制的流程，更像是提示你，该确认的确认好了吗（金额、支付渠道、对象）？
而且，这个行为习惯已经被更多年历史的线下支付所教育为主流，不是那么容易被打破。
另外，继续说远一点。我觉得这种问题也就是在微信团队和支付宝团队这种大厂才有可能争一争，其他团队真的没必要太当回事。现在挨踢圈有点被这些大厂惯坏了。注意知乎最高票回答里，微信支付的设计师说的那句——我们把这个设计发布给全量用户。
恩，全量用户。微信全量用户有多少，我相信你们都知道，不必多说。
我们也都知道，主流的操作方式都是输入密码，再进行确认。你可以说微信是在创新，我更觉得这是一次“教育用户”。
是的，你丫想要便捷？来接受教育吧！不适应没关系，用着用着你就“适应”了。（P.S.对于没有投诉，你们真的别太当回事。反正我是不会为了一个破确定按钮投个诉）
对于这种已经成为主流的体验，在不影响主流程的情况下，我觉得，不是BAT，真没必要纠结。PM们一边很嗨的点赞，大谈用户体验和创新，然后回头面对自己的产品，继续看着流程图拉出确认按钮。
微信和支付宝，有资格率先违背主流，教育用户。你的产品呢？
没事别老想着教育用户。用户习惯什么，就给他们什么。不仅仅是确认按钮。
教授
2014-11-27
