用户故事、用户场景区别是什么?

在做用户故事和用户场景容易混淆,它们两则最主要作用是?特点分别是?区别在于什么?求解答,谢谢!!!
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 79 浏览
  • 略问用户 提出于 2020-10-22 17:36:03

9 个回答

xxxxxa

你可以看看About Face 里面讲的还蛮清楚的。

简单来说,

场景=用户+所处环境+现有资源+用户需求和目标。

张三在寒冷的午夜下班了,想打个车回家睡觉。


故事=场景+产品支持+用户操作

张三在寒冷的午夜下班了,掏出手机打了个车回到了家。


当然一个故事可能是多个场景构成的,不用拘泥于概念本身,搞清楚用户需求和产品支撑,以及带来的用户体验和价值实现,才是关键。

以上谬见,希望能启发你。

请先 登录 后评论
xxxxxa

作为产品经理,你应该把自己的文档也当做一个产品,不应该为了完成这两个模块而去想,这两个模块区别是什么,而应该根据你的最终目的,去添加合适的模块。

直观理解,用户场景描述的是:环境(状态)、用户目标;而用户故事描述的是:过程、结果(价值)。

用户故事更加具体,用户场景更加宏观。

例如:满足用户在看到问题并且觉得自己有所见解的情况下,能顺利编辑自己的答案并且发布出来。这是用户场景。在文档靠前位置,描述功能点的目标,列举出来就相当于Feature List。

而:用户在登录状态下,在问题详情页点击回答按钮,填写回答并发布,页面自动刷新用户就能看到自己的答案。这是是用户故事。在文档中部,解释具体单一功能点是怎么产生用户价值的,跟Use Case 基本上是一个东西。

其实基本上,你就算是写一段作文,或者贴一个脑图,或者任何别的形式,达到让项目人员理解功能对于用户来说的效用的目的,那么这叫用户场景还是用户故事,也不重要了吧。

以上是个人理解,仅供参考。

请先 登录 后评论
xxxxxa

个人理解。

用户故事是更多的是在具体化功能之前做的,通常是描述用户的特征,痛点等,作用是根据用户特征,决定设计什么样的功能,并证明用户会用产品

用户(使用)场景是在具体化功能之后做的,通常从逻辑上捋顺产品的流程模拟用户使用的场景,作用是优化功能细节,决定怎样设计功能,最终减少用户费力度、增加产品认可度。

举个例子:

某外挂平台产品经理的PRD

用户故事:主流平台的大主播,粉丝数万众,但是只会玩英雄联盟这个游戏,在吃鸡日益火热的今天,他很焦虑:不直播,不能与时俱进会掉粉;直播,因为特别菜也会掉粉。于是,他们就有了使用外挂的需求。他要求外挂能让他吃鸡成果,不被发现

用户场景:某主播开播前打开吃鸡外挂,然后开始直播lol,过一会再直播吃鸡时,外挂后台运行。吃鸡过程中,外挂不出现在直播界面,主播通过胜利吸引大量粉丝,美滋滋。于是他把外挂推荐给朋友,以便在被网友发现后可以说是朋友开的挂

请先 登录 后评论
xxxxxa

个人认为可以不用特意区分“用户故事”和“用户场景”这两个词。如果非要作区分的话,用户故事的模板无非就是:who/what/why。在讨论需求时,常采用的一种方法--讲故事。而用户场景则可以说事不同的用户在不同环境下(具体情况下),会有不同的故事,或者说所面临的情况,要解决的问题不同,可用来验证需求和功能。

请先 登录 后评论
xxxxxa

用户故事指的是以故事化的叙述来描述用户场景

请先 登录 后评论
xxxxxa

我觉得是颗粒度的不同

请先 登录 后评论
xxxxxa

首先,谈一下两种之间的区别:

用户故事关注的是业务场景和用户故事,更倾向于以用户角度描述响应业务功能的业务价值。用户故事会比较简单,重点是把业务需求和场景(或含业务价值/商业价值)说清楚即可。

而用户场景,它包含了有业务用例和系统用例。其用例建模比较复杂,会涉及到业务流程、业务规则、输入、输出、界面和交互等等。

接下来简单阐述一下用户故事:

用户故事:即User Story,这是一个从属于产品设计的概念,它所指的是从用户的角度来描述用户需求,要使用用户可以理解的业务预研来描述。

即:角色:谁;活动:需要做什么;;价值:为什么

用户故事的要点:(1)用卡片来简要描述故事(2)与用户交谈来明确细节(3)验收评审,确认被正确完成

用户故事遵循INVEST原则,即独立性、可协商性、有价值、可以估算性、可测试性。

请先 登录 后评论
xxxxxa

个人理解 用户故事,偏重时间线的发展,目的性强于用户场景;用户场景,偏重在当下时间的事件、环境。

请先 登录 后评论
xxxxxa

包含关系,用户故事中包含多个用户场景

用户场景用来具象需求,用户故事用来阐述需求

请先 登录 后评论