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

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

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

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

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

事情的背景是这样。

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

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

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

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

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

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

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

我回复她：

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

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

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

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

你们是怎么做的？

hao4857

2020-05-26 15:37:43 +08:00

创建支付订单时，产品支付页面 loading+全屏遮罩层，新窗口打开支付宝支付页面，用户关闭窗口时系统检测支付状态，如果状态异常提示“支付失败，请联系我们的客服人员”；支付状态成功则直接调整支付记录列表。

提示语也不是越多越好，多了，toast 时间又不够时，用户没看完就隐藏了，更尴尬。过长的提示语用户又得花时间去理解。小白用户还不一定能理解全部名词。

“当前订单处于支付状态中，请到支付宝中完成未支付订单，或者等待 2 分钟后尝试重新发起支付。”
如果用户把支付宝标签页不小心关了，怎么到“支付宝中完成未支付订单”？另外，“等待 2 分钟后尝试重新发起支付。”用户支付还要拿个秒表记录时间。