专栏名称: Beforweb
为网而生 - 原创译文博客 - 关注移动、VR及互联网产品的用户体验设计。
目录
相关文章推荐
51好读  ›  专栏  ›  Beforweb

设计在于权衡

Beforweb  · 公众号  · VR  · 2022-04-21 09:02

正文

就是说,有没有一种可能,将来的生活会以“十四天”作为时间计量单位。异态与常态的边界日益模糊,似乎忘记了“正常”的生活所应有的样子。


此时,VR 是我的虚拟现实。远程工作、码字、GTA 亦是我的虚拟现实。所有这些虚拟现实让我得以通过相对健康自得的方式逃避着这真实的现实。确保建设性与价值输出,你看这一切还没有坏透,不是么。 进一步扪心自问,这十多年来在做的所有这些于我而言何尝不是长久意义的逃避。 只是恰巧具有较多积极意义而已 。嗯。


那我继续过着翻译的瘾。各位自便。来自 Anyuan Wang@Medium 的“How to make smarter design tradeoffs”,关于设计决策中的“权衡”。一如既往,个人学习之用,独享翻译之过程而共享其结果,全部内容仅代表原文作者 Anyuan Wang 之观点。


图片来自 Marcus Castro on Unsplash


设计在于权衡

How to make smarter design tradeoffs


每当谈到设计原则,大家仿佛认为只要将每一条原则发挥至极致,即可设计出最为卓越的产品。然而在现实中,我们时常需要在不同的原则之间进行取舍,或是处理设计原则与业务目标及技术局限之间的冲突。


设计的过程,即是在所有相关因素之间进行权衡并寻求最优体验的过程。那么,我们应该如何明智地进行权衡呢?

何为权衡?


一款产品面世之前,通常会历经诸多规划讨论、会议、验证、打回、迭代等等。旁观者时常认为自己可以很聪明地发现产品当中很多有待改进的地方,而实际上这些“改进”或许已经在团队自己的 backlog 当中,等待资源到位或时机成熟时付诸实施。


伴随着整个设计开发流程,我们始终需要考虑如何进行权衡。譬如在现有的时间及预算条件下应该选择怎样的用研方法?对于当前目标,哪些设计原则具有更高的优先级?面对无法突破的技术屏障,次优的设计方案是什么?是否需要砍掉部分功能,或是将 deadline 延后?

何时需要权衡?


任何时候都可能需要。尤其是在不同方面的目标或原则相互冲突的时候。


即便是两个显而易见的设计原则之间都有可能产生冲突。譬如应该确保更少的点击次数还是更低的认知负荷?你可能需要优先考虑降低用户的思考成本,即便以更多的点击作为代价。


而更多时候,我们需要在不同的维度之间进行权衡,包括业务目标、用户目标、技术局限等等方面。

权衡的原则


与所有制定决策的过程类似,我们可以在若干指导原则的帮助下进行更有效的权衡决策。


一. 通过高层目标推导底层方案


每个产品都应该有长期目标与愿景。通常,底层决策可以在清晰简明的高层目标的指导下变得明确起来。


譬如,冥想类 app 的目标是给人们带来平和的心境,帮助他们练习倾听内在。自然,所有产品都希望实现良好的口碑传播,但在冥想课程后面添加“分享到社交平台”的按钮是否妥当呢?未必。在“塑造平和心境”的高层目标之下,诸如“分享”、“排行挑战”一类的社交互动功能更应受到否决。冥想练习结束时的界面状态应该是简洁而优雅的,这会有助于人们将平和的心境带入接下来的现实生活当中。


二. 成本与价值


成本与价值矩阵是一种非常经典的优先级排序方法。我们需要评估开发一项功能所耗费的成本及产生的价值,然后将其放置到矩阵中。设计师与开发人员可以有效地对成本进行评估,而关于价值的看法很可能因人而异。


https://www.nngroup.com/articles/prioritization-matrices/


要弄清解决一个问题或开发一个功能可以带来的价值,我们可以问问自己:


  • 问题出现的频率如何?每天若干次,还是偶尔出现?

  • 有多少用户会被这个问题影响?

  • 问题的严重程度如何?只是小小的困扰,还是可能导致用户放弃产品?

  • 能否在解决问题的同时,不至于让用户付出高昂的学习成本来适应新的方法?是否应该通过若干次发布来实现增量迭代?


三. 妥协,而非牺牲


如果无法以最优的方式同时实现功能 A 和功能 B,那么与其彻底砍掉其中某一个,不如考虑是否存在妥协的方式。如果 A 拥有更高的优先级,那么在此前提下我们还可以针对 B 做些什么?


譬如,出于安全考虑,一些产品会将登录流程设计得比较复杂,不仅需要身份信息,同时还需要通过不同的设备来辅助认证。从体验的角度,这无疑增加了使用的难度。但换个角度,将安全需求作为即有约束,我们如何在这个框架内尽可能提升易用性?我们可能要作出一定的妥协,但不至于彻底牺牲体验。


四. 遵从规则,或打破规则


关于设计、开发及产品决策制定,都有着相关的准则、规范及最佳实践。我们需要了解何时遵守哪些,何时需要针对特定的用例和场景而打破规则。这些在很大程度上来自于经验。


以用研为例,理想的操作方法在每本书中都有介绍。而在现实中,我们时常需要根据项目预算及时间资源来调整具体的方式,最典型的可能包括适度减少被测数量,邀请目标受众以外的用户,通过视频连线进行测试而非实境观察等等。


“仅与一位用户进行测试也强于不做测试。”

—— Steve Krug,《Don’t Make Me Think》

常见的权衡类型


设计层面的一些权衡决策通常是设计师可以去把控的,而无需整个产品团队一起深入讨论。以下是一些常见的需要权衡的方面。


最小化认知负荷 v.s. 最小化操作成本


“某些类型的心智处理工作相比于其他行动更具挑战性。”






请到「今天看啥」查看全文


推荐文章
Python开发者  ·  Git 最佳实践:commit msg
8 年前
今日头条  ·  一点微小的工作
7 年前