在做用户调研时，用户故事、用例描述和场景描述等名词，基本上只有一两个词汇的差异，但表达的含义各不相同。这篇文章，我们就来分析对比一下，以后就不会出错了。

一、用户故事

1. 什么是用户故事？

用户故事是对用户需求的一种简单描述，是一种非正式的描述，它从用户的角度出发，概括性的描述用户的原始需求，是对用户需求目标的宏观描述。用户故事能够帮助研发人员更清晰的了解用户需求，明确需求价值和必要性。

详细用户故事的介绍，可以查阅我的往期文章“写用户故事的方法，看了就会用”。

2. 写法公式

用户/角色+意图/想要的功能+达到什么样的目的/结果（+实现什么样的价值）

• 作为用户，我想将信用卡链接到我的个人资料，以便我可以更快、更轻松且无需现金支付租金。
• 作为服务提供商，我想在应用程序中添加我的车辆照片，以便吸引更多用户。
• 作为用户，我希望显示几辆可用的车辆，以便我可以选择最适合我的选项。

二、用户场景描述

2. 什么是用户场景

场景描述和用户故事类似，都是用来描述用户的原始需求的，但是相较于用户故事，用户场景描述更加的细致具体，但是又比用例描述更加的宏观一些。

如果根据细致程度排序，用例描述>场景描述>用户故事描述，场景描述的细致程度介于用例和用户故事之间，是用户故事的进阶版。

详细用户场景描述的方法，可以查阅我的往期文章“需求分析利器：场景需求清单”。

2. 写法公式

用户（角色）+环境+时机+动作+目标+介质+任务

注意：公式中涉及到的要素顺序不固定，如无必要也可以省略部分要素。

3. 示例

小明（用户）要去北京出差，用手机在美团上（时机+介质+环境）提前预定到北京当天晚上的酒店（动作+任务），以便到北京后顺利入住（目标）。

三、用例描述

1. 什么是用例描述

如果说用户故事和用户场景都是描述需求是什么的，那么用例描述就是用来描述需求具体是怎么实现的。

用例描述着重表现人与系统的交互行为，包括但不限于输入、输出、前置条件、主流程、分支流程、异常流程等，你可以理解为它是“how”这个层面上的描述。

在prd中用例描述起着非常重要的作用，它相当于是对原型页面上交互逻辑的详细说明，有了用例描述，静态的原型页面将会在开发人员的眼中“活”起来。

2. 写法公式

• 用例名称
• 用例描述
• 参与者
• 前置条件
• 主流程

1、用户做***操作

2、系统做***响应

• 分支流程
• 异常流程
• 后置条件

3. 示例

• 用例名称：用户点外卖
• 用例描述：用户选择外卖并下单
• 参与者：普通C端用户
• 前置条件：用户登录外卖平台
• 主流程

1、用户选择外卖商品

2、用户下单

3、系统显示订单信息

4、用户支付成功

5、系统

• 分支流程

3a.用户修改订单地址

• 异常流程

4a1.用户支付失败

4a2.系统提示重新支付

• 后置条件