什么是用户故事?讲好用户故事的方式

你们 + 我们 + 他们 = 一些有用的东西

你知道如何讲述用户故事么？你是通过什么方式知道的？你确定你不是凑合应付一下？

去年我在写一篇关于如何把不同的经验汇集在一个软件项目中的文章。我将它称为：我们如何共同工作。我对设计和技术方面的那些专业知识是我们的客户端必要的特别感兴趣。这个思想的萌芽被我放在记事本的维恩图中，与我的其他想法一同放在我的大纲中。这个图是很常见的那种图：“你的专业知识”这个圆圈与“我们的专业知识”这个圆圈有部分重叠。这个点子是为了探讨两个圆圈重叠的部分-我们怎样运用数字营销的专业知识按照流程建立一个获取和组织客户知识的平台。但缺少了些东西。去年年底时，这些想法和记录都被其他事物所淹没，直到最近我才又开始思考起来。

就像我们经常在年初做的那样，我们经常质疑一些假想，组织一下语言和优化一些流程。这时我回顾之前的笔记，立刻意识到在维恩图中遗漏了什么。任何项目都是利用各种知识综合而成的，信息的交换和新事物的派生完全是合作的结果，但起到最关键作用的还是我们平台的目标用户。我的第一个维恩图里包含着一个基本公式：客户知识 + 产品设计人员知识 = 有用的东西，但这并不完全正确，更好的表达应该是：客户知识 + 使用者知识 + 产品设计人员知识 = 有用的东西。使用者的知识是客户经验和我们设计者经验的桥梁。维恩图还需要一个圆圈才是完整的！

问题已经明确，你如何了解用户的知识？产品设计者和客户沟通合作很容易，但让使用者也加入进来就很复杂了。有两种方式可以确保在保持合作不变得复杂的情况下你能准确的代表使用者：

1. 确保你很清楚使用者是什么样的人。通过与他们交流，利用你从交流中获得的信息建立用户角色。

2. 观察使用产品的过程。这意味着要做用户可用性研究，利用在使用过程中获得的信息更好的去理解如何为真实的使用者去设计产品。

以上都不是什么新奇的方法，如果你是我们的老读者，你就会非常熟悉它们；你可能已经实践过上面提到过的方法。一旦你已经获取了使用者知识，你知道怎么去利用它么？

如果没有使用者知识，我们倾向于通过分析去梳理信息架构和用户界面设计，以我们自己认为有意义的方式和想传达的信息来确定结构，但是这样的方式并不总是对我们的用户有意义。为了避免我们分析的局限性，我们需要在规划程序时引入叙述故事。具体来说我们需要以需求 > 体验 > 结果顺序的叙事为基础仔细考虑每一个设计决策点。用户的需求是什么？我们的解决方案要创造哪种体验？我们的方案能奏效么？

我们需要一种方法将使用者知识引入设计过程中，这样我们才能更加明白用户需求，创造更好的用户体验，带来令人满意的结果。

用户访谈和可用性研究的原始数据当然廀么新奇的方法，如果你是我们的老读者，你就会非常熟悉它们；你可能已经实践过上面提到过的方法。一旦你已经获取了使用者知识，你知道怎么去利用它么？

如果没有使用者知识，我们倾向于通过分析去梳理信息架构和用户界面设计，以我们自己认为有意义的方式和想传达的信息来确定结构，但是这样的方式并不总是对我们的用户有意义。为了避免我们分析的局限性，我们需要在规划程序时引入叙述故事。具体来说我们需要以需求 > 体验 > 结果顺序的叙事为基础仔细考虑每一个设计决策点。用户的需求是什么？我们的解决方案要创造哪种体验？我们的方案能奏效么？

我们需要一种方法将使用者知识引入设计过程中，这样我们才能更加明白用户需求，创造更好的用户体验，带来令人满意的结果。