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