如何使用用户故事最佳实践防止功能蔓延

作为更大的数字产品叙述的一部分，在整个设计过程中处理用户故事有助于设计师专注于改进用户体验。 清晰的用户故事可以帮助将人置于设计过程的中心，与产品的目标受众产生共鸣，并产生更适合人们生活的想法。

产品设计师多久会发现自己处于众所周知的“本末倒置”的境地？ 随着项目的启动，我们制定了技术细节以及我们将如何交付它。 定义开发框架，确定目标设备，设置屏幕尺寸，然后团队开始创建解决方案，随机添加产品功能。

在这个过程中，我们疯狂地生成了大量的 UX 工件：情绪板、站点地图、用户流、角色和移情图等等。 船已装载，但航行时没有舵或地图。 然后有一天，我们一觉醒来，突然想到，“我们为什么要制造这个产品，我们如何定义它的功能，以及我们如何确定它们的优先级？ ”

经典的警钟。

可怕的“功能蠕变”正在我们的眼皮底下悄悄靠近。

幸运的是，有一种对策可以对抗它。 这是一种称为用户故事的设计策略。

用户故事是产品团队的一种协作设计技术，采用敏捷软件开发方法。 敏捷团队通常专注于在冲刺期间实现小目标。 他们强调速度、目标和结果，而不是大量的文档，因此是用户故事的概念。

对于大多数敏捷团队来说，用户故事是增量软件交付的主要工具。 敏捷联盟

什么是用户故事？

用户故事描述了用户想要完成的事情。 用户故事可以帮助设计师和开发团队专注于用户需求，而不是陷入添加产品功能的狂热中。

用户故事简短、具体且以目标为导向。 这是一个从用户的角度构建的单句语句，具有以下结构：

“作为（用户类型），我想要（目标），以便我可以（获得利益）。 ”

用户故事使团队能够在整个开发过程中就项目进行更好的对话。 它有助于防止功能蔓延，因为与他们合作有助于共同理解团队正在尝试构建的内容以及原因。

如果说有什么原则对用户界面设计和人机交互领域的人来说是神圣的，那就是了解你的用户。 尼尔森诺曼集团联合创始人兼名誉校长唐诺曼

在设计和敏捷之间对齐用户故事

用户故事是开发人员理解的概念。 无论是在项目开始时还是在产品开发期间，设计师都可以通过处理用户故事更有效地与开发人员协作。 可以一起计划产品功能，优化开发并明确团队应该关注的结果。

也就是说，许多设计师并不认同敏捷和 UX 可以很好地结合在一起的想法。 其中一个信念是，两种不同的驱动力和时间线不能很好地协调一致——用户故事并不容易融入整体设计过程，因为在开发过程中，重点是短期交付周期。 另一个概念是，用户故事作为一种设计方法还不够充实——它们缺乏考虑大局的视角：用户体验的整体性。

这些信念在某种程度上是有效的，但也是被误导的。

让我们净化一下空气。 首先，设计师需要认识到处理用户故事是一个协作设计过程。 虽然它可能与开发方面的敏捷冲刺不完全一致，但在与开发人员合作时，它们可以成为更广泛的异步设计过程的一部分。 用户故事还使位于不同位置的团队更容易进行协作。

其次，用户故事是以人为中心、以活动为中心的设计的重要组成部分。 而不是专注于添加越来越多的产品功能——众所周知的“功能蔓延”——用户故事让它成为现实。 用户故事是人们执行的每项活动的背后，这些活动由任务组成，而任务又是一系列动作。 因此，产品是在对用户活动有深刻理解的情况下开发的。 使用用户故事非常适合设计令人愉悦的用户体验的整体努力。

产品测试和用户体验指标的用户故事

明确陈述的用户故事为伟大产品设计的各个方面提供动力。 定期重新审视用户故事并检查特定用户目标是否可以实现——给定用户故事的验收测试——将有助于产品团队保持在正轨上。

企业经常花费大量时间和金钱来构建客户不需要或不想要的产品，从而浪费时间和资源。 这些产品可能是善意的，但它们失败了，因为它们没有以消费者理解的方式解决可识别的需求。

通过用户对潜在客户的产品测试，产品团队可以了解产品是否解决了明确可识别的需求。 这是衡量成功的一种方式。 根据定义明确的用户故事构建和测试原型，设计师可以衡量任务完成时间和成功率。 不仅在早期产品设计阶段，而且在整个产品开发生命周期中。 这样做，团队可以看到产品在满足客户需求方面是否越来越好。

此外，用户故事可用于定义 UX 成果（由 UX 成功指标评估），并帮助设计师使用 UX 进度指标检查产品的演变。

• UX 结果使每个人都了解正在构建的内容。
• UX 成功指标告诉团队何时完成结果。
• UX 进度指标使团队能够在此过程中跟踪和评估进度。

如何生成出色的用户故事

用户故事的创作始于从用户研究洞察中提炼出来的人物角色。 对人物角色的深刻理解将帮助设计师创建与更大的用户目标相关的有意义的故事。 在这个过程中，可以发现未满足的用户需求，并构建产品叙述（称为敏捷中的史诗）。

设计师可以采用由角色和用户目标驱动的大量用户体验叙述，并将它们分成更小的部分：用户故事。 例如，假设我们正在开发一个移动银行应用程序。 Epic 的目标是“随时随地管理资金”。 然后可以将这个更大的用户目标拆分为更小的用户故事，例如：

• 作为一个企业主，我想做手机存款，这样我可以节省时间。
• 作为企业主，我想在旅途中申请贷款以更快地获得信贷。
• 作为企业主，我想通过应用程序检查我的帐户以掌握我的财务状况。

我们如何想出这样的用户故事？ 通过采用各种 UX 研究技术，例如阴影（一种观察技术）、日记研究和用户访谈。 或者，设计师可以使用产品分析来识别用户行为模式并揭示驱动这些模式的底层结构。

例如，通过观察事件流，数据可能会显示几个任务无法完成。 任务开始了，取得了进展，但是任务中间的意外退出表明，他们没有得出结论。 这种模式会导致人们在沮丧中放弃，因为该产品没有提供一种简单的方法来完成一组协调的任务。 有洞察力的 UX 设计师会发现问题，通过更多的用户研究进行调查，重新设计未执行的产品功能，并再次测试任务完成情况。

如何编写用户故事并确定其优先级

谁编写用户故事？ 传统上，编写用户故事一直是产品经理推动开发的责任（通常在团队中没有设计师的情况下）。 但是，当团队中有设计师时，最好由设计师编写。 他们进行了用户研究，并且最熟悉用户角色及其需求​​。

作为一种技术，用户故事应该是紧凑和轻便的，允许团队快速构建产品。 如前所述，它们需要从用户的角度写成一个简单的一句话陈述：“作为（用户），我想（做某事/目标）以便我可以（达到预期的结果）。 ”

以这种方式创建的用户故事有助于证明添加到产品中的每个功能的合理性，并将每个设计决策背后的基本原理放在首位：“我们为什么要做我们所做的事情。 ”

要编写出色的用户故事：

• 它应该是清晰的、重点突出的和可操作的。
• 它应该以一种有价值的方式捕捉故事。
• 它可以转化为产品功能。
• 它有一个验收测试（目标实现了吗？）。

编写完成后，用户故事需要优先排序到矩阵中。 产品经理熟悉的东西，优先矩阵有助于确保产品团队首先关注最具影响力的功能。 对于设计师来说，这意味着优先考虑为客户提供最大价值的用户故事。

有几个方面会影响用户故事的优先级指数：

• 经营目标。 一个直接影响公司收入的用户故事应该比仅仅需要的用户故事获得更高的指数价值。
• 功能依赖。 如果多个用户故事只能在特定故事之后实施，则后者变得至关重要并获得更高的索引值。
• 开发时间。 如果开发团队将用户故事评估为快速实施且对实现业务目标至关重要，那么该故事将获得更高的指数值。

用户故事在设计中的好处

使用用户故事框架可确保产品仅具有用户需要的功能，而不是产品团队希望他们根据假设使用的功能。 换句话说，使用用户故事可以防止功能蔓延。

使用用户故事有几个好处：

• 提供通用语言。 用户故事成为整个开发团队的通用语言，消除了对解决方案和功能的关注。 相反，他们围绕要实现的目标展开讨论。
• 促进合作。 它们激发了用户、设计师和开发团队之间的协作。
• 实现共同理解。 它们通过使用共同语言帮助发展对用户需求的共同理解。
• 增加透明度。 它们促进了团队成员之间的开放性，从而增强了信任。
• 它们是全面的和有凝聚力的。 为了掌握项目，将项目需求翻译成用户故事相对容易。 浏览用户故事比列出功能和功能要求更能明确地了解“项目是什么”。
• 提供灵活性、可访问性和可管理性。 与其他文档相比，用户故事在概念上很简单，而且创建速度很快。 用户也可以参与他们的生成，利益相关者可以毫不费力地编辑用户故事或添加他们自己的故事。
• 改变项目视角。 用户故事将项目的视角从潜在的随机和抽象需求列表转变为以用户为中心的活动的表示。
• 促进最高价值的交付。 它们有助于提供以客户为中心的功能，从而产生最大的利益。
• 提供清单。 它们可以针对成功的任务完成进行测量。 如果用户无法完成任务，则产品失败。

使用用户故事映射更好的产品设计

设计师不应该仅仅依靠用户故事来驱动产品设计——一个全面的产品设计过程涉及许多其他方法和工件。 整合良好的用户故事应该像拼图一样相互补充，构成整个产品的用户体验。 相反，脱节的用户故事会扰乱用户体验的凝聚力。

完全依赖用户故事来驱动设计时的其他潜在问题：

• 缺乏上下文（忽略整体用户体验结果）
• 没有完整感（不确定是否涵盖更大的目标）
• 混淆用户故事和用例
• 不发展产品（用户故事不是固定的，它们往往会随着时间而改变）

构建用户故事地图有助于我们关注全局——将产品作为一个整体，而不是短视地关注单个故事。 Jeff Patton，《用户故事映射》一书的作者

概括

在设计中使用用户故事为设计人员提供了交付设计良好的产品所需的关键度量。 遵守用户故事框架的原则也意味着永远不要将设计元素放在没有相应用户故事的 UI 中。

用户故事的吸引力在于它们确定了功能需求，但没有规定如何设计产品以满足这些功能需求。 在给出解决方案之前，他们首先关注问题。

设计师应该将用户故事视为产品设计中有价值的构建块，映射用户故事以创建有凝聚力的用户体验，并采用用户故事最佳实践。 它将防止功能蔓延，使产品团队能够交付设计更好的产品，并使设计师能够创建具有顺畅、令人愉快的用户体验的产品。

让我们知道您的想法！ 请在下方留下您的想法、评论和反馈。

• • •

进一步阅读 Toptal 设计博客：

• Figma 作为设计工具的力量
• 通知设计综合指南
• Make It Count——衡量用户体验的指南
• 心灵之眼——数据可视化心理学