得把用户当傻逼

△ 054|得把用户当傻逼

这里指的「傻逼」,就是字面意义上的傻逼。过去作为一个产品经理,我发现无论我们为用户设定再怎样清晰简单的流程,他们还是不会使用,根本问题到底是出在产品对用户的教育方面?还是出在产品设计仍然不够清晰简单?还是说傻逼的真的是用户?

虽然顺利从成都「逃」了回来,但是在成都做的核酸检测是不被重庆市认可的,所以又不得不重新去重庆的医院再排队做核酸。重庆的核酸检测乱得一塌糊涂,因为没吃早饭,前额皮质缺少糖分不说,又不能跟这群做事不动脑子的现场指挥工作人员置气,所以只能老老实实地排队,言听计从地说啥做啥。不过多了个心眼,就是跟每一个工作人员都必须要确认三遍:这个表填完了是不是要交给你。这个表填完了是不是要交给你。这个表填完了是不是要交给你。因为保不齐他们到最后也没有闹明白自己在这个岗位要做些什么。

设想过是不是应该在最开始就设定不同的窗口受理待检人员,例如绿码的、绿码带星号的、以及黄码的等等。在最开始就让人们分类好自己的所属,这样能够高效地处理分流和后续的窗口分配问题。但是这个设想被我自我否定了,我忽略了一点——我们不应该把我们自己当成是「人」,而是「用户」。核酸检测的流程说白了,也就是「用户」在使用程序得出结论的过程,只要有「用户」的存在,我们就必须明白一个道理——「把用户当傻逼」。

这句话并不是嘲讽或是羞辱,这是一种预先的设定,避免更多的麻烦。我相信医院会把绿码带星、黄码、以及显示不出健康码的用户都放在一个分诊窗口,也是为了避免这样的麻烦。如果有三个排队的,就会有用户不知道自己该排在什么地方。趋众的能力会引导着他们看见一个队伍就排上去,直到排到了尽头,才发现自己排错了队伍。从一开始就将所有人都当成一种「用户」来看待,那设定最简单的流程,就能够得到看上去更高效的处理结果。

但是事实上,效率并没有提高多少,反而更加地低下。分诊的混乱最终导致后续的所有窗口都必须要长时间排队——这就不是用户是傻逼的原因了,这是产品开发者的「傻逼」。开发者确实把用户当成了「傻逼」,所以自己也放在了「傻逼」的思考模式去设计流程,认为这种最简单的流程才是「傻逼」能够搞明白的,但事实上,「傻逼」的流程大多数是无法应对「傻逼」们提出的各种各样的无法被预估的问题。

比如分诊之后该去哪个窗口,没有明确的指示,他们只是推到下一个环节,让我们这些「傻逼」自己去找下一个环节的「傻逼」继续「傻逼」流程。等到了下一个环节,果不其然,「傻逼」开发者并没有考虑到后续的问题,因为有的「傻逼」用的是健康码,而有的「傻逼」用的是身份证,要怎么统一呢,没办法,只能又全部让「傻逼」在「傻逼」的引导下再一次开始排队,然后分流,再重新制造出新的「傻逼」流程。

仅仅是对核酸检测的事情而言,有解决办法吗?我能想到的,就是仍然采用按照不同码的方式来排队,然后配备工作人员举着「最队尾」以及「这里是哪种码的队伍」,对每一个排队的用户进行一次预先的筛分。如果绿码带星的队伍没有人了,那分诊台可以对其他队伍的用户进行分流,但不是拆分成两个队伍,等有了绿码带星的用户,再补位回之前的窗口,分诊之后再分配到各个不同的检测窗口即可。当然,这只是我们作为「站着说话不腰疼」的角色来说的,毕竟这样的设计,就必须要分配更多的人力和「不是傻逼」的产品流程管理员来做好每一个环节的筛分工作。

我都说了,今天早上的核酸检测,是「傻逼」想出来的「傻逼」流程来让一群「傻逼」参与其中,而那些本来应该在环节负责的人也都是「傻逼」,他们甚至不知道前序的「傻逼」流程是怎么安排的,既然流程都是「傻逼」的,那就按照最「傻逼」的方式来处理好了,毕竟用户都是「傻逼」不是吗?

算了,就这样「傻逼」吧,大家都开心,也都学会了感恩戴德,因为毕竟还能让你做核酸检测,而不是直接让你社会性死亡。

该文在简体中文网络一共有33个敏感词。

《得把用户当傻逼》有5条评论

  1. 健康码没有变黄但是也没有变绿,它妈的消失了,不愧是「傻逼」设计的「傻逼」软件啊!搞得我们这些人都怀疑自己是不是「傻逼」了。

    回复

发表评论