△ 054｜得把用户当傻逼
这里指的「傻逼」，就是字面意义上的傻逼。过去作为一个产品经理，我发现无论我们为用户设定再怎样清晰简单的流程，他们还是不会使用，根本问题到底是出在产品对用户的教育方面？还是出在产品设计仍然不够清晰简单？还是说傻逼的真的是用户？
虽然顺利从成都「逃」了回来，但是在成都做的核酸检测是不被重庆市认可的，所以又不得不重新去重庆的医院再排队做核酸。重庆的核酸检测乱得一塌糊涂，因为没吃早饭，前额皮质缺少糖分不说，又不能跟这群做事不动脑子的现场指挥工作人员置气，所以只能老老实实地排队，言听计从地说啥做啥。不过多了个心眼，就是跟每一个工作人员都必须要确认三遍：这个表填完了是不是要交给你。这个表填完了是不是要交给你。这个表填完了是不是要交给你。因为保不齐他们到最后也没有闹明白自己在这个岗位要做些什么。
设想过是不是应该在最开始就设定不同的窗口受理待检人员，例如绿码的、绿码带星号的、以及黄码的等等。在最开始就让人们分类好自己的所属，这样能够高效地处理分流和后续的窗口分配问题。但是这个设想被我自我否定了，我忽略了一点——我们不应该把我们自己当成是「人」，而是「用户」。核酸检测的流程说白了，也就是「用户」在使用程序得出结论的过程，只要有「用户」的存在，我们就必须明白一个道理——「把用户当傻逼」。
这句话并不是嘲讽或是羞辱，这是一种预先的设定，避免更多的麻烦。我相信医院会把绿码带星、黄码、以及显示不出健康码的用户都放在一个分诊窗口，也是为了避免这样的麻烦。如果有三个排队的，就会有用户不知道自己该排在什么地方。趋众的能力会引导着他们看见一个队伍就排上去，直到排到了尽头，才发现自己排错了队伍。从一开始就将所有人都当成一种「用户」来看待，那设定最简单的流程，就能够得到看上去更高效的处理结果。
但是事实上，效率并没有提高多少，反而更加地低下。分诊的混乱最终导致后续的所有窗口都必须要长时间排队——这就不是用户是傻逼的原因了，这是产品开发者的「傻逼」。开发者确实把用户当成了「傻逼」，所以自己也放在了「傻逼」的思考模式去设计流程，认为这种最简单的流程才是「傻逼」能够搞明白的，但事实上，「傻逼」的流程大多数是无法应对「傻逼」们提出的各种各样的无法被预估的问题。
比如分诊之后该去哪个窗口，没有明确的指示，他们只是推到下一个环节，让我们这些「傻逼」自己去找下一个环节的「傻逼」继续「傻逼」流程。等到了下一个环节，果不其然，「傻逼」开发者并没有考虑到后续的问题，因为有的「傻逼」用的是健康码，而有的「傻逼」用的是身份证，要怎么统一呢，没办法，只能又全部让「傻逼」在「傻逼」的引导下再一次开始排队，然后分流，再重新制造出新的「傻逼」流程。
仅仅是对核酸检测的事情而言，有解决办法吗？我能想到的，就是仍然采用按照不同码的方式来排队，然后配备工作人员举着「最队尾」以及「这里是哪种码的队伍」，对每一个排队的用户进行一次预先的筛分。如果绿码带星的队伍没有人了，那分诊台可以对其他队伍的用户进行分流，但不是拆分成两个队伍，等有了绿码带星的用户，再补位回之前的窗口，分诊之后再分配到各个不同的检测窗口即可。当然，这只是我们作为「站着说话不腰疼」的角色来说的，毕竟这样的设计，就必须要分配更多的人力和「不是傻逼」的产品流程管理员来做好每一个环节的筛分工作。
我都说了，今天早上的核酸检测，是「傻逼」想出来的「傻逼」流程来让一群「傻逼」参与其中，而那些本来应该在环节负责的人也都是「傻逼」，他们甚至不知道前序的「傻逼」流程是怎么安排的，既然流程都是「傻逼」的，那就按照最「傻逼」的方式来处理好了，毕竟用户都是「傻逼」不是吗？
算了，就这样「傻逼」吧，大家都开心，也都学会了感恩戴德，因为毕竟还能让你做核酸检测，而不是直接让你社会性死亡。
该文在简体中文网络一共有33个敏感词。
莫比乌斯 