怎样讲好用户故事.pdfVIP

如何讲好用户故事 ？ 你们 + 我们 + 他们 = 一些有用的东西 你知道如何讲述用户故事么 ？你是通过什么方式知道的 ？你确定你不是凑合应付一下 ？ 去 我在写一篇关于如何把不同的经验汇集在一个软件项目中的文章。我将它称为 ：我们如何共同 工作。我对设计和技术方面的那些专业知识是我们的客户端必要的特别感兴趣。这个思想的萌芽被 我放在记事本的维恩图中 ，与我的其他想法一同放在我的大纲中。这个图是很常见的那种图 ：“你的 专业知识”这个圆圈与“我们的专业知识”这个圆圈有部分重叠。这个点子是为了探讨两个圆圈重叠的 部分-我们怎样运用数字营销的专业知识按照流程建立一个获取和组织客户知识的平台。但缺少了些 东西。去 底时 ，这些想法和记录都被其他事物所淹没 ，直到最近我才又开始思考起来。 就像我们经常在 初做的那样 ，我们经常质疑一些假想 ，组织一下语言和优化一些流程。这时我回 顾之前的笔记 ，立刻意识到在维恩图中遗漏了什么。任何项目都是利用各种知识综合而成的 ，信息 的交换和新事物的派生完全是合作的结果 ，但起到最关键作用的还是我们平台的目标用户。我的第 一个维恩图里包含着一个基本公式 ：客户知识 + 产品设计人员知识 = 有用的东西 ，但这并不完全 正确 ，更好的表达应该是 ：客户知识 + 使用者知识 + 产品设计人员知识 = 有用的东西。使用者的知 识是客户经验和我们设计者经验的桥梁。维恩图还需要一个圆圈才是完整的 ！ 问题已经明确 ，你如何了解用户的知识 ？产品设计者和客户沟通合作很容易 ，但让使用者也加入进 来就很复杂了。有两种方式可以确保在保持合作不变得复杂的情况下你能准确的代表使用者 ： 1. 确保你很清楚使用者是什么样的人。通过与他们交流 ，利用你从交流中获得的信息建立用户角色 。 2. 观察使用产品的过程。这意味着要做用户可用性研究 ，利用在使用过程中获得的信息更好的去理 解如何为真实的使用者去设计产品。 以上都不是什么新奇的方法 ，如果你是我们的老读者 ，你就会非常熟悉它们 ；你可能已经实践过上 面提到过的方法。一旦你已经获取了使用者知识 ，你知道怎么去利用它么 ？ 如果没有使用者知识 ，我们倾向于通过分析去梳理信息架构和用户界面设计 ，以我们自己认为有意 义的方式和想传达的信息来确定结构 ，但是这样的方式并不总是对我们的用户有意义。为了避免我 们分析的局限性 ，我们需要在规划程序时引入叙述故事。具体来说我们需要以需求 体验 结果顺 序的叙事为基础仔细考虑每一个设计决策点。用户的需求是什么 ？我们的解决方案要创造哪种体验 ？我们的方案能奏效么 ？ 我们需要一种方法将使用者知识引入设计过程中 ，这样我们才能更加明白用户需求 ，创造更好的用 户体验 ，带来令人满意的结果。 用户访谈和可用性研究的原始数据当然很有价值 ，但处理这些数据还需要四个步骤 ，形成一个链条 逐步加深理解 ，让你的每一点设计都趋于成熟。让我们现在就来回顾一下这四点。 用户故事 用户故事是一个用来确认用户和用户的需求的简短的描述 ，把你的用户角色提炼出来。因为用户角 色一般都比较常规 ，你可能需要用几个用户故事来组成一个丰富的用户角色。这里有一个假设的工 业零件数据库的用户故事。 “作为一个工业设备管理员 ，凯西非常尽责的保持生产系统的正常运转 ，包括保持设备的功能正常。 她需要快速掌握维修信息和设备的零件库存情况。” 注意这个用户故事中包含了她是谁 ，她有什么需求以及她为什么有这样的需求。 在设计相同的网站时另一个用户故事的例子也能满足我们第一个用户的需求 ： “杰克是一个小型园林绿化公司的老板 ，他的需求是能够订购替换零件并且能够安全的自己替换 零件。” 第二个例子使用了与第一个例子相同的结构 ，但代表着完全不同的用户。一个工业零件数据库可能 有一大堆使用者 ，各式各样的需求。用户故事用来记录用户需求的差异。我参与的项目经常是这 样的 ，哪怕是做一个利基设备供应的数据库也要用好几个用户故事来塑造用户角色。最近的一个项 目中我们设定了6个有些不同的用户角色 ，这意味着至少需要20个用户故事 ，好在这些故事都很短 。 用户场景 对于如何理解和使用一个系统 ，用户场景通过细节丰富用户故事。跟用户故事差不多 ，你也要按照 设想为你的用户角色设计一些不同的场景。你设计的场景要表现出用户的目标 ，可能涉及到的知识 以及用户交互体验的细节。 下面是一个用情场景的例子 ，还是关于工业零件网站的 ： “杰瑞自从10 前高中毕业之后就帮助爹管理马萨诸塞州西部的一个通用设备商店。杰瑞的父亲去 就彻底退休了 ，让杰瑞主管商店。他们家