最多2小时

六月 7th, 2017 No Comments »

18:17路边停车位,停车,掏出手机付费。选了3小时,提示如下:

车位到20:00停止收费,18:17开始付费,选择3小时,就选多了,不许!最多只能选2小时。

做出的设计,让用户操作时会出错,这显然不那么好。那,怎么做?

优化
思路一:对应的提供可选的时间。
这个车位现在最多只能选2小时,那就不提供超过2小时的选择,让用户不会选成3小时。对应的还需要提供说明。

思路二:就让他选!产品负责具体算账
用户要选成5小时也随他。在选时长的时候就告诉用户,您选3小时也是收费到20:00,选5小时也是收费到20:00,都是收同样的钱。

当然,这里有点儿技术问题,在用户没提交前,或许现在这app的技术实现方式并不能知道此车位是到20:00就开始免费了。即使有这个局限,思路二也仍旧可行。用户选5小时,就先按5小时显示费用,提交车位号+时长后,服务器那边就知道要扣多少钱了,只扣2小时的就好了。

思路二是由这个app来具体算账,让用户少花些精力。

方法
其实,思路一也好,思路二也罢,都不是多难的,现在做的不够好,或许只是设计方法的问题。

如果可以使用情景描述的方法,把各种可能的情景口述一遍,或者在实际中,各种使用情景都多试试,并不难发现这个特别的情景。至少现在,技术开发的童鞋是发现了的,所以才有这弹出窗口。

如果设计者已经发现了这情况,但也不觉得这是个问题,觉得这样挺好的啊,该怎么选,告诉用户,让用户学会提交所谓“正确”的订单,这挺对劲儿的啊。真要是这么想的,也有办法:把产品当成人。

如果这是位看车大爷,有位车主停下车,这车位收费到20:00,也是看车大爷要先收费,两人之间会是怎样的交流?

车主:“我要缴费3小时。”
看车大爷:“不行!这车位只在接下来2小时收费,不能缴3小时费。”
应该不存在这样的看车大爷吧。

发表评论

您的大名: