Mindon.IDEA

Air off, Mind on ~ / Javascript+Golang, Sci, Health… /

There Are Other Choices

昨天送Aby到机场,从地铁出来往机场的中途有个扶手电梯正在维修中。因为拖着很沉的大箱子的缘故,第一想法就是糟了——要怎么拖下那个楼梯?虽然有斜坡,但那也是不容易的事情。

幸运的是,旁边一个路人提醒了——左手边上有电梯!太好了!问题解决了——然而,为什么看到扶手电梯不可用的时候,只想到了旁边的楼梯,而没考虑过这样的地方一定会有直升电梯的呢?就如地铁里总有直升电梯,给不方便的人群提供选择。

如果独我一人这样也就算了,当我回来的时候,发现陆续走过的人也在面临同样的问题时——我提醒他们了,旁边有电梯可用——觉得这个问题其实是很普遍的。

这个事情的关键是:在问题的最接近的地方提供了一种选择(解决方案),并且最好的选择被放置在一个不容易发现的地方,且没有指示。

手动扶梯有问题了,最近且最容易被发现的解决方案是走楼梯,在没有任何提醒的情况下大多数人都没有考虑可能有别的选择——另一种就在不远处,且更好的解决方案。

当然,要解决这个问题其实是很简单的,就是在问题发生处,箭头指示替代方案所在。

在做产品过程中,这个案例是有所启发的。特此警醒自己。


由这个现象,我想起了以前碰到的另外一件事情:

相信大家对于门禁都有使用经验,刷卡的时候门禁绿灯应该会闪一下,并发出嘀的声音提醒,然后推门通过。

有不止一次,发现3到5个人在门禁处等待,并在轮流刷卡,门禁并没有动静,于是大家等待一个可以刷出反应的卡的到来。

事实是,门禁其实出故障了(具体原因未知,可能是断电了,因为灯没亮),门是开着的,只要推一下就能进去了。

然而,我们的判断确是:是不是自己的卡出问题了,下一张看应该可以刷开吧?却没有人动手推一下那门。

这个事情源于我们的思维惯性:推门动作发生总应该在门禁给出通过提示的时候进行,于是故障出现时,就出现了大家都会诧异自己为什么没有推门试试的一幕。


总结:问题发生时,解决方案不一定是唯一的,要想到有别的解决方案存在的可能。

There will be a door! Don’t hit the wall :-p

Comments