构建基块设计:UX用户的模块化设计策略

从UX角度帮助填补模块化设计模型空白的文章。

我将从一个故事开始

如果您讨厌故事,则应跳过此部分。这是关于一位UX设计师的任务,她负责为她的组织倡导模块化设计策略。她有一头棕色的短发和蓝色的眼睛。如果您现在还没有猜到,那么UX设计器就是我。

大约八个月前,我们的团队采用了一种称为面向对象UX(OOUX)的模块化设计策略。与其他广泛使用的模块化系统不同,OOUX要求您专注于模块化核心内容类型(OOUX称为对象),并认真研究这些对象之间的关系。此过程可帮助设计团队公开上下文导航的固有实例,并推向一致的UI模块。

好吧……这对设计信息体系结构和模式库非常有用,但是设计体验又如何呢?毕竟,动员您的内容只是成功的一半。如果您要站在UX的第一线,则必须询问原因和方式。

为什么和如何

您可能对自己说:“不要告诉我原因和方式!我是用户体验研究员,当当小子!我吃早餐的原因和方式。”所以让我解释一下。

我不是在功能级别上谈论策略。我不是在谈论流程,线框和原型。我说的是应用程序级策略。您知道,我们应该一直在做的事情,但是以某种方式永远没有时间做?我说的是使其成为我们其他策略(例如模块化设计)方法不可或缺的一部分。

为了给您更多的背景信息,让我们通过一个例子进行讨论。假设我们正在设计一个约会应用,其中核心内容之一就是个人资料。通过模块化设计,我们会问:“此内容可以在UI中显示在什么地方?” —根据我们的回答,我们将为每种情况设计模块。也许我们会设计一个可以显示在列表中的配置文件,或者占用整个显示的配置文件。信息架构。模式。检查,检查。

配置文件的“此”和“该”样式

但是,既然我们已经决定了什么,当我们不可避免地意识到需要首先考虑某个人为什么要查看特定个人资料时会发生什么?以及该个人资料如何出现?我们是否在事实发生后实施这些战略,并希望一切都不会中断?

希望您能在那里摇头,因为答案是肯定的。

与其先投入精力设计模块,不如建立一个战略框架,可以从各个角度推动我们的设计工作。与其定义内容的外观(出现在UI中的东西),不如定义支持内容的方式和原因。这称为构建块设计。

进入构建模块设计

像其他模型一样,构建块设计不是让您像其他模型那样首先考虑模块的内容,而是要求您专注于该内容背后的策略。

在构建模块设计中,让策略提供设计框架;并非相反。

只有在定义了核心UX策略(构成内容的框架)之后,您才能开始设计该内容在界面中的表示方式。每一项核心内容的“全局”策略都是您的基石。您的构建块共同定义了产品的用户体验。

构建块设计是面向UXer的模块化设计。

构建块解剖

为了更好地理解这种创建有意义的结构化内容的方法,让我们回到约会应用程序示例。现在,我已经确定了应用程序中的一部分核心内容(配置文件),现在该开始研究并确定哪些策略可能会影响此块的设计方式。通过探索其他战略计划与我们的内容之间的关系,我们可以更批判地考虑我们如何处理此信息的设计和传递。

轮廓块的解剖开始成形。

探索应用程序级策略之间的关系时,最好从高层次开始,然后逐步解决。例如,如果我确定角色是策略的主要组成部分,则可以通过确定以下内容进一步细分该策略:

  • 与个人资料互动的特定角色;
  • 他们在应用中与该内容进行交互的位置;
  • 使用背景;
  • 他们对个人资料采取的核心行动;
  • 以及他们访问该内容的频率。

它可能看起来像这样:

角色配置文件关系为我的配置文件块的外观提供了更多上下文。

一旦我对该内容为何对特定类型的用户有价值有了更多的了解,就可以开始批判性地思考需要确定哪些操作优先级,如何构建模块以促进特定角色的行为模式,以及在什么地方需要交付这些内容。

这项技术可使设计人员将精力集中在重要的事情上,而不会陷入视觉吸引力,互动诱惑以及其他看起来不错但不支持实际用户行为的界面设计模式中。

如果我根据第二项战略举措重复进行此练习,将会获得更多的见解。根据您已制定的战略计划的数量和复杂性,这可能很快成为耗时的过程。我建议不要超过两种策略。

所以你有它。一个如何用积木设计弄湿你的脚的例子。如果您认为这对设计团队有帮助,请查看下面的《快速入门指南》以获取其他提示。而且,当然,我很想听听您对模块化所有事物的想法。在下方添加您的评论,或在LinkedIn上进行宣传。

快速入门指南

我发现那里的许多模块化设计模型都无法给读者提供可行的待办事项,因此,让我着重提供这些有价值的信息:

步骤1:策略库存。

我们进行内容和组件清单,那么为什么不进行策略清单呢?列出所有现有的应用程序级策略。示例包括:角色,数据,使用环境和人类环境设计,响应能力等。这是一个很好的机会,可以停下来问“我们是否为应用程序制定了可靠的策略?”如果答案是否定的,那就该去上班。

要做的事情:召集团队成员独立创建自己的策略清单。

步骤2:定义您的核心内容。

这是用户在您的应用程序中对其执行操作的东西。为了解决这个问题,请花一些时间与您的团队进行头脑风暴会议。问自己一些问题,例如:“我的用户搜索什么?视图?下载吗?”一旦确定了核心内容,就将其写在纸上并挂在墙上。

要做的事情:与您的团队进行初步的头脑风暴会议。

步骤#3:定义方式和原因。

现在,您已经确定了应用程序级策略和核心内容,现在是将两者结合在一起的时候了!返回您的集体讨论室进行后续会议,并确保您的团队携带了策略清单。对于此过程的这一部分,请团队在可能影响该策略的任何核心内容上放置策略便笺。

要做的事:与您的团队举行后续头脑风暴会议。

步骤4:构建模块的剖析。

是时候分而治之了。向团队成员分配一些核心内容类型(或构造块),并让他们迭代此内容的结构。

要做的事情:为每个团队成员分配几种内容类型。该团队成员应定义该内容的结构。

步骤5:对齐,对齐,对齐

作为最后一步,以低调的演示形式将团伙聚在一起,其中每个团队成员都介绍其构建基块的解剖结构。最后节省时间,以便在进行下一步,问题和对下一步决策时,可以驱动每个构建块的各个战略组件。

要做的事情:为团队成员安排一个时间来展示他们的构件解剖。

本文由RUXERS带给您。 RUXERS是一个由真正的用户体验领导者组成的社区,他们分享和讨论最新的设计,用户体验,可用性和研究。我们在Twitter上-加入我们!