image

减少UX设计工作量

为了可交付成果而进行文档记录的日子已经结束。但这并不是说文档不再重要了，相反，它比以往任何时候都更加重要。

image

需要谨记的是，设计文档应该是设计过程的补充，使其更加完整，而非设计过程的增补内容。

文档必须是可操作的。它必须具有超越创建纸质记录的目的。最好的设计文档既可以增强设计流程，又可以将设计思维传达给其他人。如果 UX 文档实现了此目的，那么它对项目的好处是立竿见影的。如果不是的话，那只是瞎忙活。

在本章中，我们将概述设计过程，以及如何使文档变得更好，而不仅仅是瞎忙活。

设计思维速览

设计思维是一种使用传统设计战术解决问题的策略。它由内向外实现其目标，而不是试图从外部突破。正如 IDEO 的首席执行官，设计思维的坚定推动者 Tim Brown 解释的那样：

"设计思维可以说是一门学科，利用设计师的敏感和方法，将人们的需求与技术上可行的需求以及可行的商业战略转化为客户价值和市场机会的方式相匹配。"

本质上，设计思维遵循经典的商业格言：“创造正确的事物，并正确创造事物。”这意味着，首先，要确保你正在设计的产品是人们想要的，然后确保要以人们喜欢的方式进行设计。请注意，这两个目标都围绕的是最终用户。

在设计思维中，产品是围绕用户需要和需求进行设计的。

作为一种商业意识形态，设计思维正在流行起来。甚至像 IBM 这样的以工程为驱动力的巨头也都放弃了旧的方式，而采用了以设计为中心的方法。他们已经雇用了数千名设计师，让设计师担任高管职务，并创建了自己的设计语言。

IBM的设计语言

他们的新策略来自IBM软件集团设计总经理 Phil Gilbert。这个设计思想家正在引导公司朝着人们真正想要的东西，而不是高管们认为他们应该想要的东西这个方向前进。Gilbert 认为，无论你是否是设计人员，此过程中的每个人都应“让用户成为他们的北极星”。

设计的三个阶段

尽管设计各有其创意点，但所有的设计都将归结为一种有条理的、几近科学的方法。尽管每个人的设计过程都会根据个人喜好或约束而有所不同，但总体而言，该过程必须涵盖三个基本阶段，并且需要进行大量迭代：

1. 研究：分析用户的需求（“打造合适的产品”）。
2. 设计：创建方法，为用户提供他们想要的（“正确地制造产品”）。
3. 用户测试：与用户确认结果，或发现需要更改的内容。

通常，此循环是重复的，每次迭代都会使产品更接近完美。此外，阶段总是一个接一个。测试应间歇性地通过设计完成，以便将结果纳入以后的设计。

至于研究，理想情况下，你最好在开始之前就了解尽可能多的知识，因此这应该是第一步。但话虽如此，更多地了解你的用户在任何时候都不是一个坏时机。

设计文档

既然我们已经概述了流程，那么我们来讨论一下文档的适合位置。

如上所述，设计文档应有助于解决问题或促进团队之间的交流。理想情况下，两者兼而有之。如果创建文档只是为了证明你已做了某事或因为这是"标准流程"，那么你就是在浪费时间。

尽管瀑布模型的设计已过时，但我们可以从它的线性根源中吸取一些教训。在深入探讨如何创建有效的UX文档的细节之前，让我们先根据三个设计阶段概述其预期结果。

1. 研究

在研究阶段，你要确保自己朝着正确的方向前进，而不是盲目向前冲。做好准备并制定可靠的计划意味着你不必再回溯那么多，所以一开始多做一点额外的工作，后面就会节省大量的时间和精力。

这是设计过程中真正了解用户的关键。通过用户研究（访谈、实地研究等）收集数据，并结合一些老式的同理心，可以使你很好地了解要为谁设计以及他们想要什么。

image

此外，你需要了解与最终用户一样重要的利益相关者的需求。你可以设计世界上最伟大的产品，但除非利益相关者满意，否则它永远看不到曙光。

2. 文档

研究阶段的文档可以分为两部分：收集数据以及如何处理。

收集数据：

• 利益相关者访谈：首先是了解业务需求和技术参数，而做到这一点的最佳方法是询问消息来源。你提出的问题和回答中的注释都将决定最终产品的得分。

• 用户访谈：就像利益相关者访谈一样，你需要提出正确的问题才能获得最有用的答案。用户访谈被证明对了解你要设计的用户对象非常宝贵，这是设计过程的基石。收集初始用户数据的其他方法是现场研究和日记研究。

• 用户调查：尽管不像用户访谈那样个人化，但用户调查更易于策划并可以覆盖更多的人。而且它们是无需再进行加工处理的原始文档，可以轻松转发给团队。调查非常适合采用定性数据的定量方法。你可以使用表单工具快速创建这些文件，或使用在线调查应用进行更复杂的处理。

• 竞争审核：使用重叠的启发式图表检查竞争对手的优缺点。评估诸如表单填写的难易程度、导航的清晰度、可访问性、信任因素等方面。

展示数据：

• 用户角色：一旦拥有足够的用户数据，就可以建立虚构的用户角色。这些在设计过程中充当实际用户的替身，并且更侧重于行为而不是人口统计。

• 用户场景：这些逻辑练习使角色扮演更进一步。他们概述了角色在特定情况下的行为方式，包括他们访问了哪些页面以及为什么访问。

• 客户旅程图：了解用户旅程的终极文档，在体验的每个步骤中绘制角色和用户场景。用户情绪、体验质量、产品弱点和其他因素都可以记录在案。此外，它们涵盖了服务之前、之中和之后的客户接触点，因此你可以评估设计的持久效果。

• 产品文档：尽管文档在是原型阶段的可选项，但诸如产品需求文档和功能规格文档之类的文档将市场和用户研究整合到一个统一的愿景中。ProductHunt的文档就是一个很好的例子。同时，样式指南有助于确保在设计阶段的一致性和遵循最佳实践。

3. 设计

设计文档本身通常是物理设计（Physical design）。随着设计过程的进行，它们的形式和复杂性都在变化，文档的类型（包括保真度）也相差很大。

尽管快速设计和尽快创建最终产品有很多优势，但这并不是偷工减料的借口。其中一些文档可能感觉像是多余的工作，尽管你可以随意跳过那些不适用于你项目的内容，但是每个文档都为设计过程带来了一些独特之处。

4. 文档

• 草图（Sketches）：纸上的经典草图是将你的想法记下来并与他人分享的最快和最简单的方法之一，尤其是在进行头脑风暴的情况下。

• 站点地图（Site maps）：信息体系结构的大纲，显示页面之间如何相互连接。

image

• 线框图（Wireframes）：这些是产品的准系统（barebone）结构。将时间用于构建站点地图，而不会分散你的注意力。

• 用户流程（User Flows）：完成足够的用户研究后，你可以开始概述设计中的页面如何与用户操作相对应。用户流程是快速的速记说明，可帮助你提高设计效率。你可以评估每个步骤的摩擦量，并在可能的情况下最小化步骤。

image

• 交互式线框（低保真原型）：在线框中添加一些交互性可以进行早期产品测试。越早获得反馈，实施起来就越容易。无需复杂的交互（将其保存为高保真原型），只需使重要元素可点击即可，以便人们能够实际使用设计。

image

• 纸上原型（Paper prototypes）：探索设计效率和可用性的最基本的原型形式。由于其简单的格式，非常适合集思广益和邀请他人的反馈。要求同事充当“人机”来操作原型以进行可用性测试。

• 模型（Mockups）：这些允许你只关注产品的可视细节，从而为产品外观创建高保真度参考。

• 高保真原型（Hi-fi prototypes）：产品在 Live 版本之前的最后一次迭代。高保真原型是微调交互设计和动画的理想选择。

image

5. 用户测试

可用性测试对设计决策的影响最大。它有助于确保你不会强迫用户采取不自然的行为方式，同时平衡利益相关者的反馈。不要将用户测试混淆为最后阶段。通常，测试结果会导致进一步的研究和迭代。

不要认为这个阶段必须只在设计阶段之后出现。测试应尽早且经常进行。测试应以不同的时间间隔与设计过程同时进行，以便将结果集成到进一步设计中。

至少，请在每次迭代之间进行测试。例如，如果你刚刚完成了低保真原型，并且打算开始制作模型（Mockups），请先进行快速测试。你可能需要调整一些会影响网站视觉的功能问题。

测试文档可以以计划、测试本身和结果的形式出现。在团队之间共享所有内容，因此使用文档的标准化表格将简化流程。

6. 文档

• 可用性测试计划：这些计划概述了你的测试目标和过程的详细信息，例如位置和时间，甚至是特定的问题/任务。这些对于利益相关者了解正在测试的内容及其原因特别有用。

• 用户任务：你需要向用户描述你希望他们执行的确切任务。具体来说，请避免使用行话，并且不要提供太多完成任务所需步骤的详细信息（这些应该由用户来完成！）。

• 可用性测试脚本：如果要调节测试，则需要一个脚本来确保一致性。

• 可用性报告：一旦获得测试结果，你需要将数据提供给可能不了解特定知识的各个部门的成员。数据的呈现对于确保每个人都能正确理解数据至关重要。

小结

任何无法使流程变得更容易的文档都是在浪费时间，同样，不管看起来多么无足轻重，任何有帮助的文档都是有用的。

文档应该基于必要性或最佳实践自然而然地产生。诸如线框图、模型和原型等的装订是最常见的，但是诸如客户旅程图或测试计划之类不那么受欢迎的文档如果处理得当也同样会很有用。

根据经验，如果你写的东西只是为了把它交给别人，那可能一开始就不值得你花时间。你需要创建可以推动设计的文档。

（编译完）

---

英文原文：地址
原文作者：Uxpin
编译作者：微博/公众号@设计吐司

以上译文仅代表原作者观点。如需转载请遵循CC版权协议正确标明出处。