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

一、用户故事

1. 什么是用户故事?

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

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

2. 写法公式

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

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

二、用户场景描述

2. 什么是用户场景

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

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

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

2. 写法公式

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

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

3. 示例

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

三、用例描述

1. 什么是用例描述

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

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

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

2. 写法公式

1、用户做***操作

2、系统做***响应

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

1、用户选择外卖商品

2、用户下单

3、系统显示订单信息

4、用户支付成功

5、系统

3a.用户修改订单地址

4a1.用户支付失败

4a2.系统提示重新支付

本文由 @向上的小霍 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

友情提示

本站部分转载文章,皆来自互联网,仅供参考及分享,并不用于任何商业用途;版权归原作者所有,如涉及作品内容、版权和其他问题,请与本网联系,我们将在第一时间删除内容!

联系邮箱:1042463605@qq.com