Interaction Design Foundation 讲解 William Hudson 关于 Persona Stories 如何依托真实研究替代用户故事

在用户体验设计实践中，传统的“用户故事”（User Stories）虽然因快速和简单而流行，但往往以牺牲对真实用户的理解为代价。Interaction Design Foundation 发布的视频内容指出，用户故事中的“用户”通常只是编写者假设的产物，缺乏实证基础。相比之下，“Persona Stories”（人物角色故事）将工作建立在真实研究和真实人物的基础上，不仅提供了更准确的需求定义，还能激发团队同理心、增强解决正确问题的信心并促进团队对齐。这一转变使设计不再仅仅为了赶截止日期，而是创造出真正有意义的解决方案。

Syntagm Ltd 创始人兼用户体验策略师 William Hudson 在视频中详细对比了用户故事与 Persona Stories 的区别。Hudson 强调，Persona 是代表具有共同需求、目标和行为的用户子集的虚构角色。它们不是模糊的“用户”或抽象的角色，而是具体的个体，帮助设计师产生共情并进行针对性设计。一个标准的 Persona 通常在一页纸上呈现，包含照片、姓名、相关人口统计信息、需求和行为洞察。这些信息作为研究支持的提醒，确保整个团队在设计和开发过程中持续参考真实用户。当使用 Persona 替代泛指的“用户”时，使用场景故事便拥有了上下文和个性，而不仅仅是待完成的任务列表。这促使团队考虑真实行为而非想象行为，并将核心问题从“我们认为用户可能想要什么？”转变为“我们知道这个人需要什么？”。值得注意的是，角色并未完全消失，例如名为 Bob 的 Persona 可能在航空预订系统中同时承担客户和乘客两个角色，但他始终是 Bob，保持了身份的一致性。

Hudson 通过航班预订的例子具体阐述了两种故事的差异。传统用户故事存在诸多问题：关注点错误地集中在角色而非行为/需求上；结构缺陷表现为冗长且常以第一人称书写；通常由软件开发者编写；源于想象力而非事实；且往往在确立实际用户需求之前就已撰写。相反，Persona Stories 具有以下特征：依据研究出的用户行为和/或需求；以第三人称书写；由 UX/UCD（用户中心设计）从业者编写或与其协作完成；并在用户研究和早期设计（如基本概念建模）之后创建。这种顺序确保了故事内容的实证性和准确性。

无论采用哪种故事形式，实施前都需要进行细化（Elaboration）。细化过程能将简单的占位符转化为可操作的细节，澄清假设，揭示边缘情况，并防止开发过程中的昂贵误解。理想的细化工作应由软件开发人员和用户体验设计师协作完成。为了辅助实践，Interaction Design Foundation 提供了一份免费的 Persona Story 模板，指导用户编写能有效培养同理心并将用户需求融入每次对话的故事。该模板包含了用户故事与 Persona Stories 的对比，以及用于编写故事的练习表。此外，平台还推荐了相关的 Master Class 课程《User Stories Don't Help Users: Introducing Persona Stories》，深入探讨 Persona Stories 的优势以及用例和用户故事的重要细节。