读者:
一些功能的优化,虽然用户感受会更好,但未必值得去改进。比如现成后台组件虽然不是最好用的,但用户已经习惯,且开发可以快速搭建功能界面,新组件算上开发和体验迁移成本,会影响到团队协作与发版效率。所以未必值得。
从某种程度上,我是认同这种说法的。但是,这段话存在一个思维陷阱,就是以「用户习惯、开发成本,到最终被影响的效率问题」为借口,让人产生思考惰性,最终被所谓效率蒙蔽双眼。
01.
效率是一个好词,我们说一个人办事效率高,就是夸他做事高效,指的是又好又快。比如部门要做报表,别人都做得很慢,好不容易做完交给领导,领导又不满意;但小明做报表速度很快,领导也都很喜欢,所以每次部门要做报表,都是由小明来做。
对于部门其他人来说这是一件好事,毕竟自己不用再做这么一份看起来没什么意义的事。对于小明自己来说,或许也是好事,比如通过这件事在公司找到了存在的价值 —— 因为会做报表,所以升职加薪?当然这个可能性不大,所以最有可能的情况是,对于他来说,做报表虽然高效,但也费精力,且做完对自己来说也没什么实际意义,尤其是个人成长方面。
我们每天都会做许多事,这些事有轻重缓急,但更重要的是,哪件事更有价值。大多数人会挑自己做得最快的事,这件事往往也是最简单的。而人的精力又是有限的,如果把精力放在自己本身已经轻而易举就能完成的事情上,那么后续难以完成的任务反而更没有精力去做。毕竟再简单,也会耗费不少时间与精力,而这,就会形成一个恶性循环。当一件事,你处理起来已经能达到高效的标准,或许它对你来说已经没太多成长方面的价值。
我经常会看到许多人在聊工具,比如谁又做了一个什么设计工具,能更快速地搭建界面。但问题是,界面信息的重点往往不是快速,而是能更好地解决实际问题,有思考性的去搭建出功能界面,与用户产生对话。所以高效做界面不应该是重点,重点是合理分析需求,产出解决方案。如果盲目追求高效,会发现确实很快能画出界面,但时间久了,会意识到自己解决问题的能力并没有得到任何提升。
或者,收藏功能帮助我们非常快速地存储一篇文章或一段视频,从存储效率的角度来说,确实很高。但是要读完或看完这些内容,该花的时间还是要花,即便用两倍速播放视频,这些信息也不会进入到人的脑子里,因为没有思考。没有思考的存储,永远是短暂的,这时候的效率只是表象。
就像德鲁克说的:世界上最没有效率的事情,就是用最高的效率,去做一件根本不值得做的事。
比如一个围棋大师,做足了充分准备,与一位初学者进行对弈,理所当然赢了,同时他非常享受这种赢得比赛的喜悦。这就是一万小时定律的陷阱,许多人以为一万小时定律是反复练,但反复练只是基础,在反复练的同时,还要逐步提高难度。否则一开始画一张图是十个小时,慢慢熟悉后,就只需要两小时,效率提高了,但是练习效果也下降了,所以要继续提升难度。
如果持续沉浸在快速完成的喜悦情绪中,从某种程度上来说它会形成一种瘾,这种瘾对成长没什么帮助。所以当某件事做到了高效的程度,如果这件事没什么积极效益,那就要警惕这份高效了。
孔子说:“不愤不启,不悱不发,举一隅不以三隅反,则不复也。”大意是:不到他努力想弄明白而得不到的程度时,不要去开导他;不到他心里明白却不能完善表达出来的程度,也不要去启发他。如果他不能举一反三,就不要再反复地给他举例讲解了。
于是,一个很浅显的道理:个人成长不能与效率挂钩,否则容易迷失。
02.
回到开头读者的那段话。我举个可能不是非常恰当,但是又浅显易懂的例子。
假设,读这篇文章的你和我是一个设计团队的,我们公司产品的后台有一套组件,是让用户做选择用的,所有这类组件都是单选,比如:
于是我说,我们要把某个页面里的这个问题改成复选,也就是下图这样:
但是你说不行,因为我们后台这类问题都是用单选,这个页面这里改成复选,用户会不习惯,而且影响协作效率(当然这个改动很简单)。最后,你拿着这套东西出去面试,聊到这块的时候,你说我们后台组件都是这样,为了保持操作一致性,以及节省开发成本。
这就会导致一个非常严重的问题,你不是从解决问题的角度去思考内容,而是以结果论的效率为决策因素。所以在面试过程中,你就只能聊背景,聊用户习惯,聊业务,但是怎么都聊不到功能的设计思考点上。这就是这类问题的思维陷阱。
而如果我告诉你,之所以把单选改成复选,是因为这样的多选有引导作用在里面(之前的文章里提过)。改成复选,一些用户会下意识选择「是」。如果这是一个包含订阅功能的页面,改成这样的复选框,在某种程度上能引导用户去勾选它。这叫思考逻辑,而不是说,后台组件已经定义好了。这就是效率引发的思考惰性的问题。
这里面还有一个悖论,就是各个公司的产品问题是不同的,但都可能会有单选或复选,而其中的问题、业务信息不同,之所以选择单选与复选的设计原因就会有很大的差异。对这个差异做出解释,才是体现设计师能力的部分,否则,每个人都可以说,因为公司组件已经这样了,改动会影响用户操作习惯以及开发成本问题,最终影响到团队协作与发版效率。
规范是这样,设计模式也是同样的道理。比如模糊搜索,虽然它解释了什么是模糊搜索,以及如何使用,甚至举了各种产品的例子。但是,你的产品为什么需要模糊搜索呢?搜索的时候如何模糊呢?关键词排序应该怎么规定呢?做设计师不是简单提出说「我们加一个模糊搜索」或者「我们后台规范已经定义好了」就可以的,这看起来很高效,实际上却没解决任何问题。
就像我前面说的,效率在这里是一个陷阱,尤其在个人成长方面,会有反作用,因为它没让你看到并去思考问题的设计细节。
题图来自:thesaurus.plus
本文原创,未经作者允许不可转载!
更多内容,欢迎关注作者微信公众号:呆呆有理!
暂无评论
违反法律法规
侵犯个人权益
有害网站环境