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