当前的流程趋势

无论在任何地方，您都会看到一种全新的、改进后流程来提供更好的用户体验。 包括精益用户体验，设计思考，指导手册，人性化设计，以及许多其他方法。 如果您回顾一下很久以前，关于用户体验的流程并没有太多变化，与早期的Nielsen/Norman，Hackos和Redish,或者是Mayhew的方法相比差别很小。。

设计的阶段仍就基本相同：

1.提出问题，做研究，然后发展理论（ 您可以理解为发现或获取灵感的流程）。 哦，也许还需要做一些规划。

2.尝试一些事情（定义或构思）。

  a. 展示给一些人看。

3.选择一个或两个主意并将它们实现（开发）。

  a. 展示给一些人看。

4. 交给开发人员（交付或实施）。

  a. 展示很多人看，并重新开始。

最需要强调的一点是“展示给一些人看”。 然后再改进。

迭代，并且引入真实用户，是以用户为中心设计的关键。

图1引自交互设计基金会的精益UX

发散和融合

当前许多最流行的流程将迭代结构分为“发散”和“融合”阶段。 这可以让您去探索并收集尽可能多的信息，然后缩小到您可以轻松完成的工作。 当您每次与用户交谈或测试一个原型时，您在发散。 当您基于您收集的信息进行改进时，您在融合。

设计委员会的“双菱形”图例总结了一些变化，例如设计思维模型。

图2 designcouncil.org.uk/news-opinion/design-process-what-double-diamond

IDEO模型与它非常相似 ，但是IDEO模型显示即使您通过收集信息来进行第二次发散，范围会变得更窄。 您已经专注于特定领域，而且只针对那个领域来收集信息（而不是针对所有领域）。

图3 ideo.org/approach

我们专注于这几个常用步骤，它们很好地涵盖了设计过程的基础知识 。

最小化可实行产品（MVP）的拓展

并非所有项目都是平等对待的。 有时流程已经提前规定好，每一步都必须要严格遵循。 新兴的流程会更多地考虑到这一点，而且最小化可实行产品（MVP）的概念已被普遍接受。 当一个项目被资源限制，或者范围过于狭窄，我们仍然应该看看设计环节的每个因素，以及设计过程中的每个阶段。 我们不需要找出所有的工具 ，而是需要看看哪种方法或工具能够提供最多的价值来帮助实现目标。

图4 MVP从jussipasanen.com/tag/ MVP /

Henrik Kniberg的插图阐明了另一种方式。 与其专注于产品的一部分（车轮）不如专注于最简单的运输方式。 流程上也是如此。 如果您有一个小项目，或者时间很紧张，您不必开发所有全新的角色和工作流程。 从已有的东西开始，专注于探索问题本身而不是整体情况。

最小化可实行产品（MVP）和设计-平衡风险以获得奖励

发现

这个阶段的重点是挖掘需要解决的“问题”。 一个问题通过发现新的方式来解决，或者通过改进现有的解决方案。 您的目的是通过了解用户真正想要的东西来确定要求。 您要试着从更广的范围来看待项目。

精益用户体验的设计流程会在此阶段结束时产生一个假设 。不管怎么称呼它，这个假设总结了初始研究阶段的意图。 该假设遵循以下格式：

我们认为<某个特色> 对于<某一类>用户来说非常重要。这将实现<某个目标>。 当我们可以衡量<某个目标> <某个标准>时，我们将可以证明这一点 。

方法

•头脑风暴

•用户访谈

•主题专家访谈

•竞争性基准测试

•观察用户

•文献和研究述评

可交付

•用户故事

•人物角色

•用户流动和案例

•假设

主要利益相关者

•设计团队

• 业务分析师

• 产品经理

定义/构思

在定义或构思中，您正在分析第一阶段所收集的所有信息。 这是第一次“ 融合 ”发挥作用。 与您的团队一起筛选所有信息，弄清楚哪些信息最突出， 哪些信息让您和您的团队感到惊讶。 这将有助于您通过从用户视角来理解问题。

方法

•设计会议

•构图

•审核

•用户测试

可交付

•草图

•线框

•内容层次结构

主要利益相关者

•设计团队

•产品经理

•主题专家

开发/实施

在这个阶段的发散方法是关于确定产品的深度 。 您将从定义/构思阶段中获取的构思中选择一到两个最好的，然后充实所有的细节和每个细小部分。 然后，与用户一起测试，并与利益相关者一起审核，来为您的用户选择最佳的解决方案。

方法

•原型设计

•审核

•用户测试

可交付

•高保真原型

•内容/文本字符串

•注释

•图像资产

主要利益相关者

•设计团队

•产品经理

•主题专家

•开发团队

交付

在这个最终阶段，您已经融合了最终的解决方案，并准备将完整的设计交付给您的开发团队。 您将与他们合作以确保所有细节都清楚，明白，并按照您的意图去实施。

方法

•质量控制测试

•验证测试

可交付

•功能完整的软件

主要利益相关者

•设计团队

•开发团队

结论

无论您的团队采用哪一种设计流程 ，都需要不断地迭代、迭代、再迭代。 使用您能使用的所有资源，包括利益相关者、数据。 还有用户。 最后，即使您的时间和资源有限，请调整您的流程而不是跳过某些步骤。 如果您对学习更多关于特定流程或方法的知识感兴趣，以下是我们最推荐的一些资源。

•交互设计基础课程

•设计委员会设计系列

•IDEO.org设计套件

•斯坦福 d.school

•UIE-引自Jared Spool

您更喜欢什么设计流程？ 欢迎与我们分享！