有关用户体验设计基础知识的分步指南。
本文介绍了一个工作流程，可帮助团队、产品、初创公司和企业创建一个强大且有意义的流程，以便为客户打造更好的用户体验。您可以单独使用流程的不同部分，但最好将其作为一系列步骤来使用。
本指南在很大程度上借鉴了设计冲刺方法，Google 的多个团队在排查和解决自动驾驶汽车和 Project Loon 等方面的挑战时，都采用了这种方法。
双钻石
此流程工作基于我们在用户体验界中称为“双钻石”的流程，由英国设计委员会推广。在该流程中，您的团队会分头进行研究来了解某个想法，然后汇总研究成果来定义挑战，再分头进行草图绘制，分享想法，确定最佳解决方案，并进行测试和验证。
介绍背景
首先，从手头的根本问题着手，像提案一样写出来，问自己“我实际上在尝试解决什么问题？”。挑战陈述是您为项目设置的简介，其中包含您的目标。
这项挑战可以是需要优化的现有产品功能，也可以是全新的产品。无论您的任务是什么，只需调整语言即可符合您要实现的目标。宣言应与团队目标相关，以受众群体为中心，富有启发性且简洁明了。
下面是我过去参与过的一些产品的真实示例；
设计一个系统来管理对马蹄足患者的治疗和后续护理。
创建一款应用，简化复杂的金融系统，并将其精简为基本要素。
在不同平台上设计一致的移动应用，而不牺牲品牌形象。
更新您的质疑声明
写出几个不同版本的目标后，将其展示给团队，以达成共识。您可以添加截止期限，以便团队专注于解决问题。因此，添加调整后，上述列表可能会如下所示：
- 设计一套系统来管理 2 岁以下马蹄足儿童的治疗和后续护理，并于今年第一季度发布。
- 创建一款简单的金融应用，让您无需事先了解金融世界，只需点按按钮即可买卖股票，该应用于 2017 年 7 月首次发布。
- 在年底前制作一个可灵活适用于多个平台的设计指南，并在每个平台上有效塑造公司品牌。
完成挑战陈述后，将其显示在醒目位置，以便您在工作时看到。您需要不断参考该文档，甚至可能在整个项目中更新或修改该文档。
验证问题
下一步是研究挑战并了解问题。您需要了解的是，团队对问题的理解是否正确。我们经常会从自己的角度看待问题，这很危险，因为我们大多数技术人员实际上都是高级用户，实际上属于少数用户。我们是少数派，可能会被误导，认为某些事情实际上并非问题。
您可以通过多种方法收集数据来验证质询。具体取决于您的团队以及您是否有权访问用户。目的是更好地了解当前问题。
与利益相关方的内部访谈
面试流程包括面试贵公司每个团队成员和利益相关方，从营销到客户支持团队。这有助于您了解他们认为的真正挑战是什么，以及他们认为可能的解决方案是什么。我所说的解决方案，并不是指技术解决方案，而是指公司或产品的最佳情况和最终目标。例如，根据上述挑战，“在年底前让 80% 的医疗机构都使用我们的马蹄足软件”是一个很好的目标。
不过有一点需要注意。这种验证方法最不受欢迎，因为它会阻碍团队讨论和协作，可能会在组织中造成孤岛式氛围。不过，它可以提供一些关于客户和设计挑战的有用信息，而这些信息在其他情况下可能不会注意到。
闪电演讲
这与内部访谈类似，但这次您需要让所有利益相关方都进入同一个房间。然后，从这些利益相关方（营销、销售、设计、客户账号、研究等）中选出五六位进行演讲，每位演讲者从各自的角度重点介绍挑战，演讲时间不超过 10 分钟。他们在演示文稿中必须涵盖的主题包括：
- 企业的目标
- 从他们的角度来看，项目面临的挑战（这些挑战可能是技术、研究收集、设计创建等方面的问题）
- 您目前进行的用户研究
在最后留出 5 分钟的时间来回答问题，并让选定的人员在整个过程中记下要点。完成后，您可能需要更新挑战，以反映新学习。目标是收集一系列要点，这些要点可以推动开发有助于实现产品目标的功能或流程。
用户访谈
这可能是了解用户历程、痛点和流程的最佳方式。安排至少 5 次用户访谈，如果有机会，可以安排更多次访谈。您可以向他们提出以下类型的问题：
- 如何完成现有任务？例如，假设您要解决上述金融应用面临的问题，可以问他们“您目前是如何购买股票的？”
- 他们喜欢此流程的哪些方面？
- 他们不喜欢此流程的哪些方面？
- 用户目前使用哪些类似产品？
- 客户喜欢什么？
- 他们不喜欢什么？
- 如果他们有魔法棒，可以改变此流程的某个方面，他们会改变哪个方面？
访谈的目的是让用户谈论他们遇到的挑战。这不是您讨论的重点，因此您必须尽可能保持安静。即使用户停止说话，也要耐心等待片刻，因为他们可能正在整理自己的想法。您会惊讶地发现，在停止说话几秒钟后，对方会继续说出多少内容。
请在整个过程中记下备注，并尽可能录制对话，以帮助您捕获可能错过的任何内容。目的是将问题与您收集的用户数据洞见进行比较。它们是否一致？您是否学到了有助于更新质疑声明的内容？
民族志田野调查
在这种情况下，您需要在现场观察用户在特定情境中执行某些操作，例如他们如何购物、如何上下班、如何发送短信等。原因在于，在某些情况下，用户会告诉您他们认为您想听到的内容。不过，如果您观察用户自行执行操作和任务，可能会获得有价值的洞见。基本上，您只需观察，不要干涉，并注意孩子觉得容易或困难的事情，以及他们可能错过的事情。目的是让您沉浸在用户的环境中，以便更好地同情他们的痛点。
此方法通常涉及在较长一段时间内完成的一些工作，并且需要研究人员来领导项目的这一部分。但这可能最能提供有价值的洞见，因为您可以看到研究对象在其自然环境中的一举一动。
汇总
完成项目的学习阶段后，您需要最后再看一眼自己的挑战。您是否走对了路？您需要调整什么吗？写下您学到的所有内容，并将其分门别类。这些可以成为功能或流程的基础，具体取决于您要解决的问题。还可用于更新和修改质询。
收集到足够的反馈和数据洞见后，就可以将这些知识应用于创建项目图了。
项目图
您尝试解决的问题通常由不同类型的人员（或参与者）组成，每个参与者都对项目的流程有利益相关。根据您获得的知识，您需要列出可能的玩家。它可以是用户类型或利益相关方，例如“治疗马蹄足的医生”“患有马蹄足的患者”“照顾患者的护理人员”等。在纸张的左侧或白板上写下每个角色。在右侧写下每位球员的目标。
最后，请为每位玩家写下他们达到目标所需的步数。例如，对于“治疗马蹄足的医生”，目标是“为马蹄足患者治愈”，因此步骤可以是“在系统中注册患者”“为患者制定医疗计划”“创建患者健康状况的审核周期”和“执行医疗程序”。
结果是一个包含流程主要步骤的项目图。您可以将其视为项目的概览，不包含太多详细信息。它还可让团队成员判断地图是否与挑战说明相符。稍后，在您细分每个步骤时，会看到更多详细信息。不过，目前，项目地图可让您大致了解用户为完成最终目标而要采取的步骤。
线框图和故事板
Crazy 8s
为此，我建议使用一种名为“疯狂的 8 ”的方法，具体方法是将一张纸对折两次，使其形成 8 个面板。然后，在每个面板中，根据您到目前为止学到的所有知识，绘制一个想法。给自己 10 分钟的时间，想出填充所有 8 个面板的想法。如果您给自己留的时间超过 20 分钟，可能会开始拖延，去给自己煮杯咖啡、查看电子邮件、与团队进行一般性聊天，从而逃避做工作。您需要在此步骤中营造紧迫感，因为这会迫使您更快、更高效地工作。
如果您是与团队合作，请让每个人也都进行自己的反思。此过程会激活您的大脑，让您开始思考这个挑战。通常，草图将是界面设计的线框。
之后，您和团队中的所有成员都会向团队展示自己的想法。 每位学员都必须详细说明自己的八个想法，以及选择走特定路线的原因。提醒每位团队成员利用所学知识来证明自己的想法。所有人展示完自己的想法后，就可以对这些想法进行投票了。每个人都会获得两个粘贴点，可以对任何想法进行投票。如果他们非常喜欢某个想法，可以同时为其投两票。
优化设计
投票结束后，选择得票最多的创意，并勾勒出最终的创意。 您也可以借鉴同事提出的其他想法。 请再给自己 10 分钟的时间来完成此任务。完成后，再次向团队展示想法，并像之前一样进行投票。
为想法制作分镜脚本
设计完成后，接下来需要为其与用户的互动创建分镜脚本。至此，您应该已经考虑过用户要执行的不同步骤。将同事的某个设计纳入到流程中也是很常见的做法。您需要提供清晰的分步流程，并在用户可能会分歧的某些点提供相应说明。请参阅项目图，根据目标验证您的设计。
创建原型
创建原型不是为了打造完美的代码，而是为了让用户在使用时能信服。用于创建原型的工具因人而异。有些人喜欢使用 Keynote 或 PowerPoint，因为这会迫使您思考流程，而不是设计细节。您不妨花些时间学习 Balsamiq、Marvel 或 Framer 等工具，这些工具可以让您更好地控制用户行为。无论您使用哪种工具，请确保该工具能让您专注于流程并看起来真实。您需要在真实用户身上测试原型，因此它需要尽可能真实可信，但同时也不应需要数周时间才能完成。
创建原型需要在时间和真实性之间取得平衡，因此请注意不要过于偏向于任一极端。无论哪种方式，最终都会浪费时间。
对您的设计进行易用性测试
如果您有测试实验室，那就太棒了。如果您还没有，创建一个并不难，只要注意为用户营造舒适且不会分散注意力的环境即可。测试通常包括用户和您的团队中的两人，其中一位负责记事，另一位负责提问。建议您使用 Hangouts 等应用来记录用户的操作，如果您希望团队的其他成员在其他房间观察，这也很方便。作为应用开发者，看到自己的设计在实际应用中运行，可能会感到非常紧张。这既是一种令人耳目一新又令人清醒的体验。
要问的问题
测试设计时，请让用户在您的应用中执行任务，并让他们大声说出自己在做什么以及原因。这听起来很奇怪，但有助于您了解对方在想什么。当他们遇到问题时，请尽量不要打断他们或告诉他们应该怎么做。只需在用户完成（或未完成）特定流程后询问他们为何选择该流程即可。
您需要了解以下信息：
- 他们喜欢原型的哪些方面？
- 他们对原型的哪些方面不满意？
- 痛点是什么？
- 流程为何有效
- 流程未能正常运行的原因
- 他们希望改进哪些方面？
- 整体设计/流程是否能满足他们的需求？
重新审视设计并进行新一轮测试
您已获得可行且包含反馈的原型。现在，您可以修改设计，并分析哪些设计有效，哪些设计无效。不要害怕创建全新的线框故事板和制作新的原型。与尝试在早期原型中移动内容相比，从头开始可以打造更好的流程。请不要过于珍惜它，因为它只是一个原型。
对设计感到满意后，您可以再次进行测试并进一步优化。如果原型完全不符合预期，您可能会认为项目失败了。事实上，并非如此。与实际构建设计相比，您可能节省了开发时间，并且您会更了解用户的实际需求。在设计冲刺中，我们奉行“胜出或学习”的理念，因此如果想法未能按计划实施，请不要过于自责。
加油！
您已测试自己的想法。用户喜欢它们。利益相关方从一开始就参与其中，因此会全力投入。现在，我们来创建这个项目。现在，您应该已经清楚了解需要做些什么，以及体验的优先事项。在项目的每个里程碑中，您可能都需要引入易用性测试，以帮助验证您的工作并确保您按计划推进。
在投入大量精力和时间去解决可能不适合您的问题之前，请务必尽可能多地了解相关信息，这一点非常重要。
现在，您应该已经对用户体验及其重要性有了基本的了解。用户体验不应被视为设计师或研究人员的角色。这实际上是项目中所有参与者的责任，因此我建议您抓住一切机会参与其中。