用户体验设计过程和文档指南

已发表: 2016-10-21

文档对于概念、设计、创建和测量产品性能很有帮助。 但不应该仅仅为了维护而这样做。 毕竟，一堆厚厚的文书工作与您的真实产品体验相似。

正如精益 UX 倡导者 Jeff Gothelf在 Smashing Magazine 的一篇文章中所描述的那样，仅为了未来参考用户体验而创建的厚可交付成果几乎在创建后就已经过时了。 在当今精益和敏捷的世界中，体验应该是重点——而不是可交付成果。 无论您选择轻量级还是更详细的流程，关键是您的文档应该有助于推动设计向前发展（而不仅仅是一个滞后指标）。

以下是产品设计和开发文档、各个元素以及它们所属的各个阶段的概述。 产品开发和文档可能因公司而异（例如，Spotify，如在 Spotify 构建最小可行产品中所讨论的），但以下许多可交付成果在大多数组织中以某种形式常见。

我们选择了我们认为最有效的方法，但请随意选择有效的方法。

它们是如何关联的

谈到产品设计文档，理论和实践是两件非常不同的事情。 我们都知道以用户为中心的设计的基本原则。 我们认识到不同的研究方法、原型设计阶段以及在我们丰富的方法论环境中记录技术的过程。 不过，您可能经常问自己的问题是“这一切在实践中如何运作？”


图片来源：设计过程。

简而言之，这一切都是为了使文档成为设计过程的补充而不是补充。 在我们详细介绍之前，在产品设计和开发过程中快速查看文档可能会有所帮助。 下面，我们给出了设计文档的每一步如何联系在一起的实用解释：

  1. 在产品定义的初始阶段，您正在集思广益产品以及如何在最高级别与所有必要的利益相关者一起执行项目。 这可能会导致项目启动计划、精益画布和一堆非常早期的概念图和您想要构建的模型。
  2. 进入研究阶段，您的团队会改进假设并填补空白。 这个阶段因产品的复杂性、时间、资源、现有知识水平和许多其他因素而异。 然而，总的来说，建立竞争和市场分析并进行客户调查是很好的。 如果你有一个现有的产品，查看分析、启发式、内容、产品上下文和用户测试也很有帮助。
  3. 在分析中，迄今为止收集的产品营销数据为角色、体验地图和需求文档（如优先功能电子表格和用户任务矩阵）提供了基础。 至此，产品定义、产品优先级和产品计划已经定义好，并为更正式的设计交付做好了准备。 正如 UX 设计过程和文档指南中所讨论的，草图和图表也可能在这段时间内不断生成。
  4. 从这个输出中，可以创建场景、概念图和模型，进入设计阶段。 通用文档包括草图、线框图、原型、任务流程图和设计规范。 例如，在研究和分析过程中创建的竞争分析和角色会反馈到模型、概念图和场景中。 反过来，这些部分会影响中级和高级可交付成果，例如线框、故事板和详细模型。 一些公司将研究、分析和设计阶段视为一个大型过程，如您在此概览图中所见。
  5. 在实施过程中，将代码和设计资产组合在一起，以创建符合产品设计规范的产品。
  6. 上线产品发布后，支持票证、错误报告和其他分析等反馈数据继续通过后续迭代和升级推动产品改进。 随着产品处于生产模式，应以分析和报告的形式不断生成和监控数据，以确保持续成功。
  7. 持续的、数据驱动的产品改进是通过测量和迭代生产中的产品、使用性能仪表板和分析来实现的。

指导原则

既然您已经了解了每个阶段是如何相互连接的，那么让我们看看一些有助于沿着每个阶段移动产品的原则。 我们将解释如何使用设计冲刺，以便流程随着时间的推移而发展，而不是仅仅在一开始就被定义。


图片来源：来源：以用户为中心的设计。

与其对应的敏捷软件类似，设计冲刺是 1-3 周的冲刺，专注于解决特定的产品和设计问题。 根据 3Pillar 的 UX 负责人 Alok Jain 的说法，设计冲刺的三个关键要素是协作、减少交接摩擦和团队专注。 简而言之，您的文档是必须始终关注用户本身的协作工作。 因为您在每个阶段之间快速移动，所以您可以建立动力并最大限度地减少浪费。 更重要的是，你正在解决更小的问题，从而允许更多的探索和冒险。

可以在此处找到完整周期的极其精简的版本，但我们将在下面详细描述如何在您了解产品、设计产品以及发布和改进产品时应用这种思想。

1.了解产品

在构建产品之前，您需要了解其存在的背景。 为什么利益相关者、公司和用户应该关心推进你的想法？


图片来源：实现共同理解。

根据 Smashing Magazine 的说法，您需要包括满足业务需求、用户需求和满足两者的最佳设计解决方案的活动。 这里的关键词是“活动”，因为虽然像商业模式画布和精益画布这样的文件很重要，但你需要激励利益相关者——否则你只会有一群昂贵的人在谈论每个人都知道的东西。 这些活动是有效的，并邀请合作：

  • 利益相关者访谈——使用此模板，您可以让每个团队成员采访 3 个利益相关者。 产品会给客户带来怎样的感受？ 他们应该怎么做？ 通过记录利益相关者如何看待客户的想法、感受和行为，您可以设置一个基准来与可用性测试和用户分析进行比较。
  • 需求研讨会——让利益相关者聚在一起，讨论项目计划，并开始讨论概念如何融入产品和
    技术要求。 您可以从空白的商业模型画布或精益画布开始，然后与团队一起完成。
  • Crazy 8s — 拿一些记号笔，让每个人在 5 分钟内画出 8 个产品或特色创意。 让每个人为每个想法打分，然后
    您将开始看到趋势和偏好。 这实际上是 Google Ventures 重新设计过程中的第 2 步。 有关其他想法，请查看此头脑风暴活动列表。

一旦你奠定了基础，与大量用户交谈和测试，这样你就有了用于研究和分析的真实现场数据。 UXPin 首席执行官 Marcin Treder在确定问题和范围后，深入研究客户开发和可用性测试。 当 UXPin 只是一个纸质原型工具时，Marcin 记录了（在纸上和视频上）与 Brandon Schauer、Luke Wroblewski、Indi Young 等 UX 超级明星的 50 多次用户访谈和现场可用性测试。 然后，产品团队使用这些见解来创建角色，编写数十个用户故事，并最终勾勒出产品需求。

在亚马逊，使用了另一种“逆向工作”方法，其中第一步是为成品起草内部新闻稿。 这种方法有助于从客户的角度逆向工作，而不是试图将客户固定在一个想法上。 通过迭代新闻稿直到听起来很吸引人，产品团队可以立即进行现实检查以及快速的基准文档，以供以后的设计和开发使用。

2. 设计产品

正如《最小可行产品指南》中所讨论的，一旦您了解了
产品目的，您的主要目标是构建原型。 无论您的团队喜欢在餐巾纸上画画，创建高保真或低保真线框，您最终都应该得到一些实用的东西。 这个阶段的独特之处在于，对于大多数可交付成果，文档就是设计。


图片来源： UXPin 。

根据 Twitter 设计经理 Cennydd Bowles 的说法，产品团队应该提前研究两个迭代，提前设计一个迭代，然后回顾之前的迭代。 如果你想保持敏捷，他建议直接研究低保真原型，作为优先考虑“交互优先于流程”的一种方式。 如果您想要更详细一点但仍想保持轻量级，您可以从概念图或草图开始，然后迭代到低保真线框，最后创建高保真原型。 无论您采用何种方法，请确保您与利益相关者和用户一起进行测试。

如果预算和时间允许，您还可以创建体验地图以突出产品满足或失败的用户需求和任务模型，以深入了解用户为实现目标而执行的活动。 虽然这些不是设计的一部分，但它们是互补的，因为您还需要了解您的产品在哪里适合您的想法和市场。 有趣的是，Yelp 通过创建包含常见代码行的样式指南，使他们的设计阶段更进了一步，从而允许将文档从字面上构建到产品中。

在 UXPin，我们的流程是在网格纸上使用锐利笔进行小组素描会议，然后将其裁剪为几个线框，然后添加细节，直到我们拥有一个高保真模型。 如果涉及用户测试，我们会将模型构建成高保真原型。 对于大型功能发布，我们进行了广泛的用户测试，因此比例约为 70/30，有利于原型。

3. 构建和发布产品

当您开始进行繁重的技术工作时，创建有助于您了解整体愿景的文档非常重要。 随着您对产品的改进，具体要求可能会发生变化，但您的文档应该可以帮助您了解产品投入使用时的优先级。


图片来源： MVP 活动。

RedStamp 的用户体验经理 Kristofer Layon认为，您可以将产品需求和技术规范文档可视化为路线图。 产品路线图显示了用户故事，并帮助您确定为满足他们而构建的功能的优先级。 有时，可能会将特定日期添加到路线图中，以便它也可以用作时间线。 路线图的优雅之处在于，它可以帮助您优先考虑您正在构建的内容，使其与您的产品需求和技术规范定义的“方式”相辅相成。 在决定特征时，您可以使用卡诺模型将它们分为 3 类进行评估：

  • 基本属性——这些是产品正常工作所必需的。 例如，笔记本电脑的基本属性是键盘或屏幕。
  • 性能属性——这些可以作为 KPI 在不同产品之间进行比较。 例如，笔记本电脑是根据 CPU 速度和硬盘空间来判断的，因为人们往往更喜欢可以存储大量数据的快速计算机。
  • 令人愉快的属性——这些是主观的，取决于客户的喜好。 例如，Macbook Air 非常轻薄，触感非常顺滑。 合适的客户会发现它是一个很好的卖点，而其他人则不为所动。

通过基于此模型以 1-5 的等级对功能进行评分，您可以将它们绘制在优先级矩阵上，以帮助您开始设想您的产品路线图的外观。 在 Apple， “道路规则”和“Apple 新产品流程”通过定义职责、创建阶段以及从开始到发布的重要里程碑作为产品路线图。 事实上，道路规则被如此认真地对待，以至于丢失它可能会导致立即终止（甚至在文件中都有说明）。

4. 改进产品

在构建（并最终发布）产品时，文档还需要关注定义和跟踪销售和其他 KPI。 毕竟，如果您不知道要优化哪些指标，就无法改进产品。


图片来源：数字产品管理。

LaunchClinic 的创始人 Dave Daniels建议您写下发布目标（例如 30 天内 30,000 次下载），并确认您拥有正确的工具来记录进度。 使用指标工具和错误报告软件，您可以设置定期报告，以便在发布的前几周及以后密切关注。 在客户方面，您还可以对用户进行细分并向他们发送自定义调查，以评估您可能想要迭代的地方。

在 Spotify，迭代阶段是产品开发中最长的阶段。 产品团队使用当前指标和优先级矩阵（可能在设计阶段创建）来权衡收益与改进某些产品超出其“局部最大值”的努力。 如果他们确定付出的努力是值得的，他们将返回到定义阶段以“全局最大值”来改进产品。

主观环境中的客观过程

在产品设计文档方面，没有单一的灵丹妙药。 几乎所有使用我们产品的公司都采用了我们上面描述的策略。 虽然产品开发和用户体验设计是高度主观的空间，但您的流程和文档并不需要如此。 毕竟，产品的最终目标是收入，这没有什么主观的。


图片来源：设计过程说明。

无论您是轻量级还是更喜欢更详细的文档，目标都是一样的——把它从你的脑海中拿出来，放到纸上（或屏幕）上，这样你的团队就可以互动和做出反应。 文档应该是产品的指南针，而不是一成不变的规则。 我们讨论的某些阶段可能会以稍微不同的顺序甚至平行发生，但它们的存在都是为了为疯狂提供方法。 使用有效的，放弃其余的，并随着产品的发展而发展您的文档。

如需更多将文档纳入设计流程的方法，请下载用户体验设计和流程文档指南。 Aarron Walter、Laura Klein、Ian McAllister 和其他数十人提供专家建议。 Vurb、MailChimp、Apple、Google 等公司也展示了视觉示例。