本文作者依据工作中项目实践的所思所想,并结合案例等分享了创建设计的七项原则,供大家一同参考和学习。
最近,在Medium上看到一篇关于讲述关于创建设计原则的文章,于是我回想了一下自己之前工作经常会遇到的一些设计情景,不仅是我,相信任何一位设计师都遇到过:当我们为公司的产品进行营销宣传或者是用户体验设计时,每个设计者站起来都会变成色彩和渐变选择的激烈辩论。我们将花费数小时进行无数次疲惫的讨论,并进行不那么令人愉快的语言攻击。
每个人的意见都是不容忽视的,通过这种混乱,我们经常会听到如下的话语:
好吧,我夸张了。
那时候,我们的设计展示了我们公司企业的设计理念,缺乏标准化和我们重视的东西。并不是设计很糟糕,而是他们没有遵循任何核心设计原则。
更令人沮丧的是,当反馈没有给出任何可采取行动的东西时,有人会脱口而出,“感觉不对劲”。
非常尊重你,朋友。但是你觉得它感觉不对劲到底是什么意思?
接着通常是一阵极度的沉默,摸着胡须,盯着天花板,然后默默地耸了耸肩——“我不知道的东西。”
所有这一切都成了一个大问题 – 如何在没有共同语言的情况下获得有效的设计反馈?
这里我列举了七项设计原则,它帮助我们对我们的设计方法以及我们作为团队所重视的内容有了共同的理解。
我们的第一个设计原则并不难接受,如果我们想让设计解决用户的问题,就必须与他们产生共鸣。
换位思考,而不是同情;以人为本,而不是像素为先。
这就像一个神圣的誓言。我们应该关注用户的问题,而不是我们的解决方案。
良好的设计解决了用户的问题,只有在我们与用户的目标、操作环境和心理模型同步时才能创建。
我们决定了解用户对问题的看法,穿上他们的鞋子去感受他们的感受。看看他们看到了什么。想想他们在想什么。
只有当我们从他们的眼睛开始看世界时,我们的解决方案才开始用他们的问题讲同一种语言。
以下是遵循的一些建立同理心的方法:
内容先于设计。没有内容的设计不是设计,而是装饰。
—— 杰弗里泽尔德曼
我们质疑自己——当我们能够清楚地使用现实世界的数据并为我们的设计带来清晰度时,为什么我们依赖于我们对内容的预感和猜测?
使用Lorem Ipsum或任何虚拟文本都会破坏字符的最终设计。Lorem Ipsum并没有真正理解如何使用这些设计,只是坐在那里,就像一件衣服,在人体模特身上看起来很棒,但却没有告诉你同样的衣服穿在你身上会是什么样子!
所以要忘记设计师字典里的Lorem ipsum这个词。它让我们更真实地了解应用程序在真实环境中的行为,而不是Photoshop或Sketch。
以下是用(真实)数据设计的方法:
任何傻瓜都可以让事情变得复杂,让它变简单需要天才。
——Woody Guthrie
每个复杂的操作都需要花费大量时间和用户的努力才能理解。而且很有可能,这种复杂的界面将阻止用户回来并在将来再次使用它。
在设计中实现彻底的简单性并不容易。您需要了解人类认知和设计的局限性,牢记用户的目标。简单的设计始终关注问题的本质,并利用用户现有的心智模型来减少认知负担。
在设计中使用以下方法来实现简单性:
一致性是最强大的可用性原则之一:当事物总是表现相同时,用户不必担心会发生什么。相反,他们根据早期的经验知道会发生什么。
——Jakob Nielsen
一致性对于提高用户体验效率非常重要。在使用应用程序时,如果用户遇到他们之前已经了解过的元素,他们会学会更快地使用您的设计。或者,应用程序让他们在早期的屏幕中学习。
以下是在设计时如何处理一致性:
我们需要为整个体验设计,而不仅仅是快乐的场景。
极致的用户体验照顾每个用户,从第一次使用该产品的用户到专家,从快乐场景到不愉快场景。
当设计处理以下状态时,会创建整体用户体验 。
以下是如何设计保持所有状态的方法:
设计不只是外观和感觉。设计就是它的工作原理。
——史蒂夫•乔布斯
设计需要确保它不仅看起来漂亮和可用,而且能够以突破性的速度工作。
因此,作为设计师,我们担心每一个小细节,比如浏览器兼容性、速度、布局以及这些元素如何影响页面加载时间和最终用户体验。
以下是如何确保我们的设计不会阻塞带宽:
我们大多数人的问题在于,我们宁愿被赞美毁掉而不是被批评所拯救。
—— 诺曼文森特皮尔
对于设计师来说,反馈应该像听音乐一样。这是改进设计的最快方法。
可以在设计组内安排每周一次的“ Show&Tell ”会议。会议中,我们将展示我们的工作并相互提供反馈。这使我们不仅能够创造出优秀的设计,还能成为更好的设计师。
以下是寻求和提供无偏见设计批评的方式:
设计原则帮助我们围绕重要事项调整人员。这样冲突要少得多。可能激烈的讨论没有消退,但它会变得更有意义了!
作者: Zzzdl;公众号:LDesign1(ID:LDesign1)
来源:
https://mp.weixin.qq.com/s/MAF8pVLeiVKiO-oBWf6pRA
本文由 @LDesign1 授权发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议