时间: 2021-07-30 10:15:09 人气: 6 评论: 0
设计UI时，比布局配色动效更重要的是用户思维模式。
作为设计师，尤其是需要设计面向大众的 APP 和网页等数字产品的设计师而言，我们必须创造出用户能够自然理解的东西，以人们能够清晰理解、不言自明的 UI界面和用户体验，来作为设计的最终目标。即使是再新鲜的产品，在设计的时候，也需要拿出用户能够感知得到的「熟悉」的模式，确保用户在使用过程中不**感到割裂，不**觉得混乱和迷茫。
在这种语境之下，许多设计师**担心一个很实际的问题：我设计的东西**不**不够新颖，**不**缺少突破？
不过，此时这样来提问兴许并没有问对问题。因为真正驱动 UI设计的，应该是我们常说的套路或者说是规则，更深层的东西，其实是用户的思维模式和心智模型。
举个例子。
你可能需要为大学的老师设计一个管理教学的仪表**界面，这个仪表**界面中需要呈现一些基本的功能，比如可以让教师为学生上传课程，课程资料，安排考试，发布考试成绩。他们可以通过整个仪表**和学生进行互动，可以发布作业也可以收取作业，检查作业。在这个需求设定之下，接下来，我们可能需要从教师的角度来考虑整个仪表**的 UI 和 UX设计。
在这个案例当中，我们需要思考一些问题。当教师在为学生上课的时候，他们对于课程，对于每个学习单元，甚至于是阶段性的测试的安排，都有着清晰的认知。他们的大脑当中，对于每一本教材，以及需要教授的知识点，在自己的大脑当中都有着明确的记忆，可以列举成列表，能够进行管理，传授给学生。这样一来，一切似乎都非常清晰了，设计师如果做的功课够多的话，能够快速地打磨出一个大学教师们喜欢的、易用的仪表**界面。
但是，这样一来，设计师**忽略这个事情的另外一个层面，那就是学生。
老师是整个这个课程管理系统的仪表**的掌控者，而学生同样通过它来学习课程。当学生面对一个课程的时候，他们并不**如同他们的老师一样，对于整个课程有清晰的认知，没有一个完整的概念。他们不具备老师的思维模式，或者说是拥有一种截然不同的心智模型。他们在面对课程的时候，可能更多的是零散的问题：
学生在面对课程的时候，思维模式主要是沿着「课程-时间」这种模式来进行，而老师则不同，他们随时可以授课，主要的思维模式是「课程-内容」这样的架构。
这样一来，再重新思考一下整个产品的设计吧。在用户的思维模式驱动下设计 UI，怎么做都不**出大纰漏，但是如果遵循普通的 UI 模式，脑中想的是用什么控件，放什么地方，那就很难说了。
现在再来看，你**发现 UI 本身并不是驱动者，而是某种意义上的用户思维模式下的副产物。因此，解决方案当中，应该反映出教师和学生两者的思维模式。当你在设计这个 UI 的时候，你可以从竞争对手那里学习，甚至可以从毫不相关的其他产品当中汲取好设计，当然，前提是这种设计需要遵循用户的思维模式。
如果轮子能够发挥作用，为什么要重新发明呢？复制之后微调到适合你需求的样子就行了。
这当然并不是意味着我们**因此受限，或者说在创作过程中失去创意。探索用户的思维模式，本身是让你更加深刻地洞悉设计需求本质的一种方式，它甚至**让你的创造力更强，打破某些常规的边界，帮你更好地解决用户的问题。
此刻，你并不是在设计 UI界面，而是在用文本、图形和思维模式敲开你用户的大脑。
现在应该明白用户思维模式的重要性了吧。为什么要做用户调研，为什么要构建心智模型，为什么要做侧写，原因其实不复杂，真正的理解，还是来源于对用户行为模式的洞悉。为某个人进行设计，就像你给某个密友挑选礼物一样，你清楚他的喜好，明白他要什么，就能用一个小礼物让他的情绪最大化地释放。当你了解一个人的个性，知道他的愿望，那么为他定制产品的时候，针对性**更强，设计自然也**有四两拨千斤的效果。
那么，你要怎样更好的了解用户呢？
就像你和别人交朋友一样，一起去酒吧喝酒，一起吃火锅，在咖啡馆里面看着来往的行人，聊聊自己最近的生活，吐槽一下生活中不爽的事情，探讨一下感兴趣的话题。其实就这么简单，也没有什么很神奇的秘诀。
而真正的「了解」，也就是通过这种方式，开始真正明白甚至「感同身受」地洞彻用户生活的模式，细节和深层的需求。举个例子，要为某个经营餐馆的朋友制作一款软件，那么需要了解餐饮业相关的信息，了解你的朋友在管理和运营餐馆的时候，具体的流程和痛点。他们每个流程叫什么名字？他们是如何订购最新的食材？具体的步骤是什么？员工是怎么管理的？他们要跟踪哪方面的信息？回答这些问题，明白各个环节之间的关系，想清楚要做什么。你问的越多，获得的答案越多，整个局面就越清晰。
至少，我经常是这么提醒我自己，为人设计数字产品，本质上就是了解他们的生活和工作，了解事情本身和人性本身。
原文作者 : Eugen Eşanu
译者/编辑 : 陈子木
译文地址：https://www.uisdc.com/user-thinking-model
本文由 @陈子木 授权发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自 Pexels，基于 CC0 协议
