都说「站在用户角度做产品」到底应该怎么站？

昨天公司群里讨论一个异常流的交互，小小的怼了一下产品。引发了我的这个问题。

都说要「站在用户的角度做产品」那现实中该怎么转换这个思维，尤其是对于程序员来说，感觉还是比较困难的。

这是发布到我的公众号里的事情经过和我的一点思考感兴趣的可以点进去看一下，觉得写的不错的话希望点个关注。

下面是整个事情的大概经过

事情的背景是这样。

在一个支付场景中，存在两种支付方式供用户选择，分别是支付宝和银行卡转账。其中银行卡转账是提供一个临时转账账户，由用户在银行 App 中输入这个临时账户进行手动转账。

联调过程中出现了这样一个异常流。

用户选择支付宝支付，应用请求公司的交易服务，获取了一个支付宝签名来调起支付宝 App 进行支付。但是在支付宝支付页面，没有完成最后的支付，返回了应用。此时用户再次选择支付宝支付，接口报错。

报错原因在于用户支付过程中，公司的交易服务产生了一个对应的支付单，但是在支付宝中用户未取消支付且退出支付流程，这个状态交易服务是监听不到的，因此出于保障用户利益的原因，为了避免出现超额支付的情况，这个交易单在几分钟内是处于「锁单」状态的，超时后会自动关闭这个交易单，用户才可以重新发起交易流程。

产品在这种情景下，要求展示一句异常提示「订单支付中，请勿重复提交」。

当时在群里讨论，我提出了一个疑问，**用户在这样的情况下看到这句提示，不会感到迷惑么？**对此我得到的回答是：

这是通用提示，其他 App 也是这样做的。用户发起过支付，所以他应该是知道要再次在支付宝付款的。

我回复她：

所以优秀的应用总是与众不同的

我感觉一个异常提示不仅仅要告诉用户为什么出现了异常，更重要的是提供一种或者多种解决办法。

我受够了在使用某些应用的某些功能时，弹出一个莫名其妙的提示语，告诉我出问题了，功能流程进行不下去了，然后我也不知道怎么办，更难受的是我当时还需要用...不知道看到这里的你是否也有同样的感受...

上面这个事情很小，但是引出来一个标题的疑问，产品都这么不专业，作为开发的我们，怎么才能在日常开发中「站在用户角度」做功能？可能我是日常已经有这方面的吐槽，才会在这个场景下能轻易的「做用户」，但是遇到非日常场景或者不太会有代入感的业务场景下呢？

你们是怎么做的？

bagel

2020-05-26 21:59:36 +08:00

按照你说的所谓锁单，在这个时间窗口里，用户即不能提交新订单，也不能在你的 app 中看到旧订单并继续支付。那么这样的设计显然是有问题的。正确的设计，以饿了么点外卖为例，下单后，跳到支付宝不支付，回来能看到订单状态并且可以继续从饿了么跳到支付宝支付。注意是要在你的 app 里能看到并重新发起旧订单的支付，不能依赖用户在支付宝里去找这个旧订单，因为实际有可能是找不到的（比如切走后支付宝进程被系统清理）。

你的后台同事所谓的获取不到状态，跟这个问题没关系。真正有可能出现重复支付的是同时接有支付宝和微信支付这种情况。还是以饿了么为例，下单后选支付宝跳到支付宝拉起支付页面，此时不支付，回到饿了么重新选微信支付跳到微信拉起支付页面，支付完，然后切到支付宝，在已经拉起的支付页面完成支付。因为支付宝微信两家信息无法同步，会出现重复支付。这才是真正因为技术原因无法避免的重复支付。