在产品设计过程中描述一个完整的需求场景

编者按】本文作者朱晨,供职腾讯CDC。对于交互设计师而言,描述应用场景是在对产品需求进行分析时最简单直接的阐述方式。

在文中,作者将应用场景描述为需求场景,这种讲法更加形象。因为对场景的描述就是一个分析用户需求的过程,解读这个过程可以更容易的对用户需求做出分解并从中找到吸引用户的关键。

需求场景是一种更接地气的分析和描述用户需求的方法(个人偏爱“需求场景”这个词)。它应该拥有这样的结构:

“在某某时间(when),某某地点(where),周围出现了某些事物时(with what),特定类型的用户(who)萌发了某种欲望(desire),会想到通过某种手段(method)来满足欲望。”

需求场景的意义

传统的软件开发流程中,产品经理/产品策划首先会提供一份功能列表。这种功能列表所使用的描述方式往往是以程序为导向的,比如“商品列表支持按照价格从低到高排序”。
这种描述方式的弊端是:

产品经理得出该结论往往
是因为竞争对手拥有了该功能,而非分析了用户的真实需求。合作伙伴(交互设计师/10243.html">视觉设计师/开发工程师)不能直接体会到该功能是为了
帮助用户实现什么目标的,也就不知道这个功能的价值,究竟能给真实的生活带来何种变化。

而以需求场景的方式描述需求,就能够有效避免这些弊端:

产品经理知道这个新开发的功能是为了帮助用户解决什么问题交互设计师可以从中获知这种需求场景的细节:“发生频率,需求强度,用户有
什么样的能力和辅助工具”其他合作伙伴更容易了解到这个功能的价值,更能够及时表达
意见,否决不靠谱的功能,并对有价值的功能产生更强烈的共鸣,干劲儿十足。如何判断一个使用(需求)场景有价值?

依照以前所学习的心理学知识,当用户具有某种需求时,会尝试使用各种手段来满足它。当环境中不存在转为为之设计的解决方案时,用户就会用各种尽可能能找到的东西来凑活(你们知道飞机杯、充气娃娃之类的东东对吧)。

当实在是找不到任何解决方案时,用户就只能憋着了。当很长时间里都无法发现解决方案时,用户就会绝望(学名叫习得性无助),并压抑尝试的行为(没有网购前,正在上班的你无论多么强烈地想给老婆买结婚纪念日的礼物,都不会去开网页)。但是,一旦把这种解决方案拿到用户面前,请他试用,他在体验到成功的喜悦后就会对它爱不释手(想想在12306上订票成功时的心情吧,虽然确实烂)。

所以,就诞生了两种衡量需求场景靠谱程度的方法:

调查现阶段用户是否在凑活着使用某种产品,心里在骂娘,但还忍着用(又想到了12306对吧)。用最低廉的成本做出一个基本能用的解决方案,请目标用户试用,询问体验。使用(需求)场景的描述方法和各部分必要性

前面提到,需求场景应该如此描述:

“在某某时间(when),某某地点(where),周围出现了某些事物时(with what),特定类型的用户(who)萌发了某种欲望(desire),会想到通过某种手段(method)来满足欲望。”

各部分信息存在的意义如下:

when,where,with what

这几点信息其实统一地描述了需求产生的环境。从这些环境信息可以分析出诱发需求的条件和需求产生时的环境条件。

例如,“在候机时,候机厅里,用户看到手机电量过低时,会想要充电”。

基于此,可以分析出,用户是在电量低的信息刺激下,想要充电。当时他所在的位置是候机厅,一个充满电器,但是没有插座开发给乘客的地方。

who

需求场景还需要分析是什么样类型的人有这种需求,他有什么样的能力可以潜在地帮他实现目标。

继续前面的例子,坐飞机的手机用户都可能会有这种需求,因为他们下了飞机一般都会联系家人报平安,联系别人来接机,等等。坐飞机的这些人一般都比较有钱,会带着现金或者信用卡。

desire

对需求的描述有一些注意事项,那就是某种需求背后往往还有更深层次某种需求,它只是这种需求的解决方案。

比如想给手机充电是一种需求。但背后的需求可能是打发无聊、给家人保平安、看目的地城市地图、联系旅行社等等。给手机充电只是这些背后需求用户自己能想到的一种解决方案。

不断一层一层分析需求可能帮助你更清楚地了解用户到底想要什么。那么,一旦满足某种需求实在太难,满足它背后的需求也是可以的。比如,假设在候机大厅提供充电太难,还可以向用户提供电视(打发无聊)、刷信用卡的公用电话(给家人保平安)、提供该航班目的地地图(看目的地城市地图)、代定酒店(联系旅行社)。

method

method是用户现有的解决方案。把现有解决方案清晰地描述出来可以帮助产品团队判断竞争对手是谁。这种竞品往往不局限于同行业,只要目标需求一样,就是竞争对手。

例如,针对获取地理信息这个需求,卫星地图的竞争对手可能是纸质地图,指南针和指路大妈。

有了对竞争对手的了解,就可以更明确地知道这种用户需求是否存在,强度如何,我们的新方案有何优势,对方是否弱爆了。

综上,基于需求场景分析用户需求,可以让产品更接地气。

作者博客:雪鸮的啁啾

时间: 2024-12-21 18:10:34

在产品设计过程中描述一个完整的需求场景的相关文章

基于PDM的产品设计过程动态工作流管理

如今,越来越多的企业开始利用PDM(Product Data Management)进行信息和流程管理.为了适应市场的快速变化,满足用户的个性化要求,需要企业在产品设计过程中形成广泛的信息交互及快速传输机制.在制造企业,产品信息是所有信息中最基本的部分,因此PDM系统的开发是企业走向信息化之路的关键步骤[1]. 工作流管理是PDM系统的重要功能之一.工作流有静态和动态之分,如今许多工作流都是基于静态过程定义的,很难有效处理流程中出现的动态变化.目前许多学者对工作流建模进行了广泛的研究并取得了诸多

互联网产品优化过程中的经验

文章描述:互联网产品优化经验分享. 产品上线后,无论是否达到预期,都有非常大的优化空间,以下列一些产品优化过程中的经验,仅供参考: 一.建立产品监控体系 从宏观上来看产品要关注的大的点,并把其拆开,如果能实时监控最好,不能实时的全部放在报表中,每天看一次也可以,从中可以发现产品在大的点上是否出了问题! 举例:邀请回来的用户,有多少成功注册了,这里可以设置成一个转化率,如果某个点突然有较大的变化,能及时发现. 这里为什么说只列大的点呢!如果切分开,点就太多了,在作局部优化时可以把大点切分成小的点来

交互设计经验:设计过程中存在太多的矛盾

文章描述:交互设计经验:设计过程中存在太多的矛盾. 在产品团队中经常听到有人表态:"我们要做简洁的用户界面",同时又有另外一种声音传来:"我们要做功能强大的产品".乍一听,简洁意味着用户界面控件精炼,然而少数的交互方式如何表达各类强大的功能?反之,强大意味着功能丰富强劲,必然拥有错综复杂的联系,如何让其界面保持简洁?两者似乎无法共存,这让我突然想到自相矛盾的故事,楚国商人夸耀自己的矛锐利万分,同时自己的盾又坚固无比, "以子之矛,陷子之盾,何如?"

图标设计过程中需要注意的问题

文章描述:那么怎么样才能做出一套好的图标?在图标设计过程中需要注意哪些问题? 图标在生活中运用是显而可见的.例如:男女厕所标志和各种交通标志等.在计算机系统或软件方面的应用也是很广泛.例如:程序标识.数据标识.命令选择.模式信号或切换开关.状态指示等.下面的例子更形象的说明这个问题. (图片来源:九铭)外国人A与中国人B,两人在语言上存在差异对文字的认识是不同的,用图标来表示,会缩短语言描述的距离.所以图标更具有快捷传达信息.便于记忆的特性.那么图标被广泛使用的时候,什么样的图标才是好图标呢?好

网页设计师页面设计过程中也要注意页面性能

一名网页设计师在做具体设计的时候应该考虑的问题有哪些?业务,产品,信息结构,交互,视觉--别忘了还有页面性能.我所崇尚的其实一直都是小作坊似的创业团队协作开发模式,大伙儿能快速沟通,就算设计师没关注到页面性能这一点,前端同学也能迅速提醒他,因为他俩就无时无刻不在一起.而现在在标准项目流程中,大家的沟通成本成倍增加了,除非是与世隔绝的闭关(就算是闭关,前端同学多半也在陪着开发),前端同学很难在页面设计过程中就和设计师沟通页面性能的问题. 页面性能不仅仅是前端同学的问题 页面性能的重要性不再赘述,就

从产品设计流程中寻找好的设计

什么是好的产品设计 既然要寻找好的产品设计,那一开始我们就先来定义一下什么是好的产品设计. 如果用一句话来概括,我会说好的产品设计就是:为设计制定合理的目标,达到或超过此目标的设计就是好的产品设计. 那么,合理的目标又是指什么呢?这取决于产品本身的目标和设计要解决的问题.举个例子: 在有道云笔记的Android版本中,假设我们想要引导用户登录并且使用该产品,以享受到云端的便利,我们可以提出这样的产品设计需求:在首页增加引导用户登录的按钮,以达到上述目标. 图1 有道云笔记登录界面 此时,设计的目

数据库设计过程中一些命名规范

规范|过程|设计|数据|数据库|数据库设计 数据库设计过程中命名规范很是重要,命名规范合理的设计能够省去开发人员很多时间去区别数据库实体. 数据库物理设计包括:表设计,视图设计,存储过程设计,用户自定义函数设计等等. 1.  表设计命名规范:表使用t开头最好能将表根据属性分类并作好编号. 如:编码表可写为tBM001Something  t为表开头,BM为业务类型,001为该类别中的第几个表something是表的名称注释. 2. 视图设计命名规范:视图设计过程中使用v开头,视图命名以制作视图的

c++-求解答关于C++编程过程中的一个报错

问题描述 求解答关于C++编程过程中的一个报错 fatal error C1083: 无法打开包括文件:"Win32.Infrastructure.h": No such file or directory 报错如上,Win32.Infrastructure.h这个头文件是不是系统提供的呢?怎么解决这个错误,谢谢 解决方案 你自己搜索一下不就知道自己有没有这个头文件,不过我认为这个不是系统文件.

在产品设计工作中总结的一些沟通心得

文章描述:项目中的一点沟通心得. 我们每天都在通过各种方式与人沟通,但是这些沟通是真正有效的吗?我们是否总是在不知不觉中,被沟通障碍牵绊住了前进的脚步,沉浸在消极的工作情绪之中却还不自知呢? 以下是我在工作中总结的一些沟通心得,在此与大家分享. 项目中常见的沟通方式: 通过文档沟通: 优点:不受文字数量的限制,内容具体:便于查阅存档及日后的统一管理:适合描述功能多.业务复杂的         项目:适合跨部门协作的项目: 缺点:不容易建立统一标准:面向不同角色,阅读时不容易找到重点:费时:理解成