[译文]如何以活遭避免UX缺口

初稿作者:Jack Moffett
译者:Zoe Yin
来源:https://uxmag.com/articles/how-to-avoid-ux-gaps-in-your-product

避免UX债务的要紧重点是询问该来自,这能够帮助你发觉并预防问题。

翻译注:术语“UX债务”(“UX Debt”)是于技术债务(Technical
Debt)演变而来。它依靠的凡由于快捷商业决策、设计捷径、错失机会、时间范围等元素,造成的规划以及可用性任务之晚点。

管你处于消除设计债务的哪个阶段,别让投机陷入现状,这种盲目的做法会做出新的债。设计债务连在,它会不依不饶地出现于你的出品里。

避免UX债务的显要重点是了解该来源,这能协助你意识并预防问题。
以下做法得以帮忙您明白降低出现意外债务的风险。

可用性研究和测试

为了防止UX债务,就得询问我们所举行工作之繁杂。当您对用户的了解进一步厚,累积的债务就是越来越少。不幸之是,很多铺之UX团队在工作中并从未优质地动用用户研究。

您会有不胜枚举的说辞来斥用研,从资本问题、逻辑上之不可行性、计费问题及客户的僵硬。然而缺少测试为是一个题材;有多少坏你听到这样的话,“这是一个塑造问题”?产品上市时,短暂的为期,以及针对“客户验收标准”的负,它们还意味没法开可用性测试。有些公司文化甚至当如果来QA就够用了。

若果你正在竭力争取企业对用户研究之肯定,可以试着遵从Rian Van Der
Merwe在免费手册《Practical Enterprise User
Research》备受之提议:

  • 用富有的用研讨论还算为低收入(例如当设计着投入1美元,则可以在支付被省6美元,在昭示后重新节约100美元)。
  • 用案例研究来支撑公的视角,比如这个3亿美金按钮的故事。
  • 付出一个精简的用研计划,展示出可行的预算和岁月设计。在当时同一页纸的宏图文档中,简单地印证背景情况,列有测试方法和测试时间表,描述研究对象和希望获得的见解(例如“获得产品推广建议,来克服采用的绊脚石”)。

当起摸索最终用户来开展研究及测试时,尽量与软件开发者建立联系。否则,在和开发者检阅用研结果的时光会导致大气之繁文缛节。

事实上,如UXPin的CEO
Marcin Treder在《Eliminate UX Gaps In Your
Product》同等修被涉嫌的,即便每周就花2钟头做用户访谈和用户测试,也足以成功在维持sprint速率的而保证质量。

模块化

一个精心设计的用户界面,其面目是总同的。

按钮会因此同种植好特定的艺术意味着;可能里面起一对变型,但是用户总能将它识别为一个按钮。就那庐山真面目而言,用户界面应该是模块化的,包含在可选用的零件。

力争用一个网的宏图语言和代码都做成模块化的。

计划中之模块化

模块化界面设计的做法和模块式房屋非常像:

  • 房屋的建造者不需要吗每个房子设计新门窗。他们准备好同一效标准化的根底预制部件,用来部署不同的布局。同样的,我们得以搜寻来产品于不同环境下受重复使用的均等批骨干元素。例如,一个登陆表单由名字签、密码字段、和一个交由按钮所结合,通常还有一个“忘记密码”的链接。
  • 当这些核心因素被组装为部件,设计语言开始形成。随着通用UI模式的出现,它们可叫编成文档,放在模式库或者样式指南里。你晤面去说这些模式背后的用例及理论依据,例如当啊情形下应该以卡片布局要无列表布局。
  • 微型组件可以让整合成于生之零件,最终形成全屏幕。在当时一点达,你既落实了面效益,花在一个微交互细节设计及的生气给放了众多倍增,因为其的果实价值得以又地反映于一如既往套应用被。

呢推组织对此模块化设计之广泛理解,你得先行与豪门一块标识出而重复使用的组件。在概念设计标准以及模式之时,确保您用的凡通用的词汇。正使Kholmatova所提示的,模式名称需要会反映出那职能及重复使用的痛感(例如“首页标题”比由“标题”的约束性就重强一些)。

以定义语言和模式的下,你甚至足以引入一些参与式设计(Participatory
Design)。同样如果Kholmatova所建议之,可以考虑向用户展示这些模式,来赢得他们对功能感知的汇报。

代码中之模块化

模块化设计推进降低设计的不一致性(因此UX债务也会跌),而模块化代码则有助于简化开发执行以及技能维护。有矣模块化的代码,团队就是无欲以一个小小的HTML调整使反某个按钮的100单不同实例了。

相反,只需要在平段子代码里做出改变,应用里的各国一个按钮就都见面自行显示出反了。

以下是有行之法子:

  • 面向对象的 CSS
    (OOCSS)
    是一个模块化的前端架构,它以UI的结构和那个外观分别开,并且用容器(container)从内容(content)中隔开。这会吃你的样式而选用,并且又易维护。有关这个点子的详细信息,请参考我之写《Bridging
    UX and Web
    Development》。
  • SMACSS表示在可扩大及模块化的CSS架构,由Jonathan
    Snook创造。它在精神上和OOCSS很相似,把体制分为了五只项目:Base,
    Layout, Module, State和Theme。
  • BEM表示着块(Block),元素(Element),修饰符(Modifier)。它基本上是沿用OOCSS方法的一个class命名规则。
  • 原子设计(Atomic
    Design)凡是一个用来创造设计系统的方法论,由Brad
    Frost创造。它帮助您系统地识别出UI中之基本要素,也尽管是原子,然后重新将她做成分子,最终成有机体。这对于了解产品之模块化结构是一个健全的比方。

最后,你可创建有一个当美学、交互与代码方面都统一的宏图系统,这是避免UX债务最可行之方法。它强制执行设计,让它再易于按照既定的条条框框创建新的页面。而且,如果其他债务悄悄地发出,也还便于处理。一涂鸦变动可以修复存在让街头巷尾的题材。

来成为你所于单位里之模块化拥护者吧。

智能文档

人们抱怨设计文档的打造以及保安费太多时间,更别提花多久才会诵了——但是文档本身不是帮倒忙。不好的文档才是问题所在。

智能文档可以助于推动科学决定,并且避免UX债务:

  • 其会辅助开发者们未被实践那种拍首出来的主宰。
  • 如若文档精确,它见面是用户手册、帮助文档、以及培养材料的一个保险来源。
  • 文档的编纂过程要你想想得再细,并且会起不同之角度真珠美学考虑问题。
  • 其提升了以成品发布前便擒获并且修正开发错误的票房价值。
  • 她可以变成指导未来设计方案的参照资料。

多少行为用静态文档难以描述、或者描述起来挺辛苦,原型则是现身说法这看似行为的绝佳方式。要大方地用原型作为测试与范例来行使。尽管如此,原型为是当对良好文档的续,而未是因此来完全代替文档的。

商厦软件大复杂,需要多令服务器和数据库,还需跟外部、第三在系并。可能还会发严厉的秘措施。因此,不克惟据系统本身也参考。智能文档相比之下方便广大。

以Autodesk的AutoCAD
360团体也条例,他们把产品需求文档创建为UXPin的一个消息基本。为证需要,他们讲述了技能及UX准则,并且增长了Zeplin和UXPin的链接。随着项目的开展,团队成员等频频地翻新文档,以体现新出现的需及束缚。

图形来自:AutoCAD 360的产品要求文档。

Autodesk AutoCAD
360统筹团队所创办的用户流程图。该图被链接到他们之制品要求文档。

文档时是于流程的末梢阶段才成就。设计师们直接等交规划“完成”之后,才将它写成文档。这虽是干什么对文档的负面看法还是有。写文档被看成是展开真正的设计工作之前不得不就的苦差事。

文档不是一个独自的职责,它当伴随着漫天工艺流程被勾勒出来,和规划工作是一环扣一环的。好之文档是UX债务的相对力场。它的来意像一个过滤器,可以扑捉到任何不欠为投入产品之筹划。

来成您所当单位里的帅文档拥护者吧。

结论

UX债务是单严重的题目,而且像往往难以逾越。

指望此便捷指南能让您见和信念,来避免UX债务。

若本持有为机关避免事后债务的政策了。带领你的团伙去为一个不论是债的前程吧,这样您可就此更多的时来所以时髦技术升级产品,并且解决用户要求,而休是胆小,受制于活之原有有通病。

给自身来让你们一个说到底之提议:别以给挑战就是泄气。要啊汝所取的形成而引以为豪。要为卿的迈入而庆祝,推动而也底努力的愿景。

只要您以为这首文章产生因此处,下充斥免费电子书《Eliminate UX Gaps In Your
Products》,获得更多建议。