相信很多读者朋友，对王安石的《游褒禅山记》并不陌生，这篇课文组要记述了作者和几个朋友一同出游，在山洞中游览，但因为山洞较深，同游之人有疲倦者，于是没有尽兴游玩，作者出洞后很是后悔（而余亦悔其随之而不得极夫游之乐也），于是慨叹道“世之奇伟、瑰怪，非常之观，常在于险远，而人之所罕至焉，故非有志者不能至也..."

可见作者在游玩过程中，和其他几个同游者的游玩兴致是完全不同的，作者很想要继续游览，对山洞奇景，一探究竟。但苦于同在一个船上，当所有的人想要放弃游玩时，必然是少数服从多数，不得不乖乖的同大家一同离开。到当然我们今天引述这个故事，并不是带大家重温语文课本，而是想要通过这个故事，引申说明一种设计现象，那就是很多产品的设计中，缺乏对用户的基本关怀，很多情况下，并不会获得基本的选择权利，用户在使用这些产品中，几乎都是被动的执行命令，用户的遭遇很像文章中作者那样，切身诉求并没有被照顾到，下面我们就列举几个相关案例进行说明。

人脸支付

第一个案例来自人脸支付。当越来越多的手持设备，支持人脸解锁后，很多第三方应用会用到人脸识别技术来完成支付校验，因为使用人脸识别技术既能提升支付的效率，同时也能增加支付的安全性。

但是随着疫情时代的到来，由于口罩遮挡这一现实问题的存在，用户进行人脸支付时，识别的失败率变得非常高。但是很多第三方支付，并没有即时优化支付体验，依然将人脸识别支付作为默认的支付手段。

如果你经常使用支付宝扫码支付，你就会发现，因面部遮挡导致支付失败的情况下，支付宝并没有及时提供一个，用户可以灵活选择，手动输入密码等其他途径的支付选项。所以很多情况下，我们不得不“配合”执行多次识别失败的请求后，获得手动输入选项界面。

可以说支付宝的人脸支付体验很差，用户在明知道自己通过人脸支付不可能成功的情况下，为了得到一个手动输入密码的机会，需要反复多次去“配合”试错。否则只能被动选择摘下口罩，将自己暴露不安全的环境中。

类似的很多产品设计中，设计者并没有将产品的流程设计考虑周全，很多情况下并没有给用户太多选择的权利，而是强迫用户必须按照特定的流程，单向执行任务，当中间的某一环发生“故障”时，又不给用户一个终止流程的选项，用户在这种情况下，变得孤独而又无助。

缺失的返回按钮

当我们在使用某些产品的表单填写页时，你可能会也会遇到这种设计。表单需要填写的信息很多，同时设计者也注意到，这么多的信息需要用户在一个页面填写，用户必然会因为填写压力过大，而产生排斥情绪。

所以通用的设计处理方式是将所有信息进行归类，然后归纳为几个页面提供给用户，这样用户完成一个页面填写后，点击下一步，进入到第二个页面，这样就可以依次完成所有表单内容的填写。

但是，有的时候，粗心或是粗暴的设计者，只为用户提供单一流程路径，就是每个页面中只考虑到执行需求而忽视了修正需求，只给用户提供一个下一步按钮，确没有上一步的返回按钮。

无法终止的进程

类似的，一些产品在设计图片或附件上传功能的方案设计中，也非常随意，并没有考虑到很多极限的上传条件，比如当用户选择文件执行上传时，因受到网速影响，或是附件过大影响，上传进度通常会变得非常慢，很多设计又没有给用户提供一个恰当的上传进度反馈形式（比如百分比，或是清晰的进度条），这时焦虑的用户就会产生一个错觉，那就是这个上传进程，可能已经失败。

如果正在上传的内容，发生传输失败时，通用的处理方式是给到一个可以终止上传进程的操作按钮，但是有些糟糕的产品设计中，并没有考虑到上传失败的可能性，也没有给用户提供一个终止任务的功能按钮，这就导致用户在使用这些产品时，一旦遇到加载无响应，只能耐心等待进程结束。

以上设计案例中，因没有恰当的赋予用户基本的选择权利，而将用户置于不确定的进程状态中，当然现实的产品设计中，也有很多优秀的设计案例，充分尊重用户的选择权，而赢得用户的认可，这些案例值得学习和借鉴。

可跳过引导页

早期的移动APP，都会为用户提供闪屏页面，当我们第一次下载并启动应用后，都会看到一组闪屏页面（一般为3到6张），这些页面主要用来描述产品特性。用户可以通过滑屏方式，查看这些图片。但是现实的场景使用中，并不是所有的用户都很关心这些产品特性，他们很急于马上体验这款产品，于是很多应用，尝试在闪屏页的某个位置为用户提供一个直接跳过的选项按钮。

类似的很多产品，会在用户第一次使用时，收集用户的个人偏好信息，这样在启动应用时，可以按照用户的喜好，推荐相关的内容，但是有的产品在收集用户喜好信息时，流程路径非常长，这就让新用户非常不爽，于是设计者通过归纳信息权重，将必要信息收集作为前置收集内容，而将次要信息收集，放置于后面的流程，并给与用户直接跳过的选项按钮。

稍后设置项

当我们在购买苹果产品后，进行设备激活时，有些非必须的操作步骤，我们执行选择安装时，系统也会为我们提供，稍后设置等选项。

短信登录方式

很多APP登录页中，不只提供给我们一个手机号和密码登录框，还提供一个验证码登录的环节。这主要是考虑现实中，大多数的用户有很多的产品密码需要记忆，这种记忆并不可靠。如果长时间不使用这些产品，忘记密码是常有的事儿。这样与其强制用户执行找回密码操作，倒不如为用户提供一种更为友好的补全登录方式更加划算，最起码后者更节省用户的登录时间。

消息撤回

最后再讲一个给予用户选择权的案例。相信很多小伙伴都清楚，微信的初始版本的是没有撤回消息这一功能的，但是误发消息或是错发消息相信在很多人身上都发生过，当消息发送成功后，用户基本就丧失了对该消息的“控制”。现实中应该有很多用户会通过尝试在自己的手机上，通过删除该消息，想要实现撤回消息的操作。但是这显然是徒劳。

我想微信团队应该也会针对用户进行过相关的调研，或是后台数据的跟踪，最终为用户提供了撤回消息的功能。撤回消息的操作，其实是在有效时间内，给与了用户选择的权利。这种权利给出后，在一定程度上，可以让用户减少因“不当”发送，而带来的损失。

小结

选择权是用户在使用软件产品时，最基本的权利。优秀产品设计者，往往会仔细考量好保障用户的权益，并“回应”用户的关切。而粗暴的产品设计者，往往会忽视用户的切身诉求，强迫用户执行单一命令。很多时候，用户在评价产品设计优劣时，都会站在自身是否被“尊重”的基础上。这很像是情侣之间的相处，PUA带来永远是伤害，只有建构在尊重基础上的灵活自由，才能走的长远。

《游褒禅山记》中，作者和好友乘船游玩，大概率是驾乘一艘船游历，所以作者才被裹挟回来，一肚子牢骚，因为作者在去和回之间，丧失了选择的权利，如果是乘两艘船游历，那结果可能就不一样了，作者可以选择独自驾船尽兴游玩，如果是这种情况，《游褒禅山记》的内容主旨，可能就不是现在这个样子了。