答疑:用户故事、场景描述、用例描述到底都是啥?

一、用户故事
(一) 什么是用户故事?

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

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

(二) 写法公式

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

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

二、用户场景描述
(一) 什么是用户场景

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

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

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

(二) 写法公式

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

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

(三) 示例

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

三、用例描述
(一) 什么是用例描述

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

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

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

(二) 写法公式
  • 用例名称
  • 用例描述
  • 参与者
  • 前置条件
  • 主流程

1、用户做***操作

2、系统做***响应

  • 分支流程
  • 异常流程
  • 后置条件
(三) 示例
  • 用例名称:用户点外卖
  • 用例描述:用户选择外卖并下单
  • 参与者:普通C端用户
  • 前置条件:用户登录外卖平台
  • 主流程

1、用户选择外卖商品

2、用户下单

3、系统显示订单信息

4、用户支付成功

5、系统

  • 分支流程

3a.用户修改订单地址

  • 异常流程

4a1.用户支付失败

4a2.系统提示重新支付

  • 后置条件
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值