1/3 设计需求的概念
我们先明确一个概念就是,设计需求不是产品实现方式。
因为有些PRD文档里面容易把设计需求和功能以及实现方式混为一谈,比如说,PM会在PRD
文档里写:“应该在首页有一个模块包含推荐美食,搜索等功能”的需求,但是这其实就不是
一个需求了,更像是一个需求的实现方式,或者说是一个功能。
我觉得设计需求应该是PM在战略层面,通过平衡商业需求以及用户需求得出来的,产品必须
要满足的一个目标。
2/3 定义设计需求的步骤
STEP 1-
通常在一定程度上,商业目标与用户需求是有一定的因果联系的。我们可以通过创建问题以及
表述愿景来建立这种联系。
首先我们针对当前人物模型使用的产品陈述问题;我们再针对创建的问题,以及我们的用户需
求,思考怎么把用户需求转化成让设计愿景满足商业目标
简单画了下关系图:
举个例子:
创建问题:M产品的用户转化率十分低,相比上个月下降了10%,因为用户执行X,Y任务的时
候体验差,而用户执行X,Y任务是为了满足目标Z。
表述愿景:M产品的新功能能够提升用户执行X,Y任务的体验(比如效率、准确性),避免他
们当面遇到的A,B问题,从而帮助用户完成目标Z。这能显著提高M产品的用户转化率。
01-问题和愿景的陈述应该直接从研究和用户模型中获得;
02-用户目标和需求应该直接从主要人物模型(主要目标)和次要人物模型(次要目标)中获得;
03-商业目标应该直接从利益相关者访谈中得到(利益相关者访谈我在Day8文章里面也讲到了,
大家可以稍后自行查看hhh)
STEP 2-
接下来我们就可以进行场景探索,比如采取头脑风暴的方式,思考用户可能用到产品的场景以及
用户在场景中怎么使用产品。
用想象力构造场景,使用分析技能思维从场景中得到设计需求,但是不要去想解决问题的方案,
因为还没到这一步。
接着我们需要确定人物模型期望,我在之前一篇文章(day 7)有提到心智模型,而这里人物模
型期望,其实就是心智模型。
而这一步主要需要从人物模型中了解四大信息:
四大信息具体内容:
01-影响人物模型期望的因素(态度,经历,渴望,社会,文化,环境,认知等因素);
02-人物模型对产品行为的期望;
03-人物模型对使用产品的体验的期望;
04-人物模型对数据基本元素的看法(比如在通讯录这款应用程序里面,数据基本元素应该就是
姓名,手机号)。
STEP 3-
在整个产品设计过程中,我们可以把场景分为三大类,一类是在定义需求阶段用的情景场景,一
类是在设计细化过程中用的关键路径场景,一类是在最后的测试阶段用的验证场景。
而在确定人物模型期望后,我们需要的是构建情景场景,来定义设计需求。
我们可以这样理解,情景场景讲述的是人物模型的故事,这个人物模型有着很多动机、需求和目
标,情景场景主要描述的是人物模型在一天或者一天中的某个时间段与产品有接触的地方,也就
是宏观层面的接触点,在这个阶段,我们不需要关注太多界面,交互细节,技术方面的问题(当
然,在构建的场景里还是要在技术允许的范围内构建)。
而我们的情景场景主要解决了哪些问题呢?比如:
产品在什么背景下使用?
是否会被超时使用?
人物模型是否会被打断?
会跟其他产品一起使用吗?
人物模型要达到目标,需要执行的首要活动是什么?
使用产品预期的最终结果是什么?
根据人物模型的技能和使用频率,允许的复杂程度有多大?
STEP 4-
我拿饿了么为例,利用情景场景法,反推举个简单的例子:
这个情景场景针对主要人物模型,产品是可以叫外卖的app。人物模型是Bob,上海某高校的大
二学生,爱打游戏的宅男,他的目标是不用出门就能吃到好吃的饭。
Bob的情景场景其中一个片段如下:
(1)早上Bob10点才醒,他掏出手机,打开外卖app,因为用手机打开外卖app比用电脑方便
很多,Bob在首页查看了推荐列表,有
很多美食,浏览了很久;
(2)但是他是北方人,比较喜欢面食粥点,于是他在美食分类里面选择了面食粥点,按照好评
排序,综合各种因素选了一家店进去点菜;
(3)在这家店里面,Bob发现XX面销量特别高,看着也很好吃,但是Bob觉得不够吃,想要再
添加其他点心,于是先将XX面加入到购物车,再添加了其他食物进入购物车;
(4)添加完后,Bob填写了收货的相关信息,最后付款,完成;
(5)付款完成后,Bob发现分享能够领取红包,于是将链接分享到了微信群,让大家一起领取
红包;
(6)整个过程,Bob大概花了15分钟,然后他去洗漱完回来再看了一眼发现app提醒用户外卖
会在11点30分送到,于是Bob开一盘游戏;
(7)到了11点20,Bob接到外卖电话,提醒外卖送到,于是Bob拿到了外卖 。
……
(因为是情景场景,这里其实应该描述一天中Bob与这个app产生交互的所有情景,比如到了晚
上,他又可以在历史订单里继续直接点这家外卖等等……大家可以自行补充描述……)
STEP 5-
我们在对情景场景进行描述后,就可以从情景场景中提取设计需求:
比如上面的例子,我们可以提取其中一个设计需求为:
从面食粥点列表里(情景)选择一家店的美食(对象)进行下单(动作)
另外,我们也可以从四个方面来提取设计需求,包括数据、功能、情景、其他需求:
数据需求就是必须在系统中呈现的对象和信息。(比如店名字,地址,食物名字,图片,价格等
等);
功能需求就是对系统对象执行的操作或者动作,通常会转化为界面控件。功能需求有时候就确定
了界面对象或者信息必须在什么位置或者容器中(比如加入购物车,立即结算等);
情景需求描述了系统中对象间的关系或依赖,比如说为了达成人物模型目标,哪些对象必须显示
在一起(比如,点菜时,选择下单的美食的列表总和应该是可见的);
其他需求就包括业务需求、品牌需求、技术需求、客户需求等,这些就比较好理解就不多解释了。
3/3 总结
定义设计需求的步骤:
1,创建问题,表述愿景
2,探索场景,头脑风暴
3,确定人物模型期望
4,构建情景场景
5,明确设计需求
上面5个步骤是让我们了解产品如何以情景场景的形式解决用户目标,以及怎么从前期的研究,
人物模型以及场景中提取需求,这些设计需求能够帮助我们明确后期设计和开发方向,也为我
们后期产品设计的交互框架创建奠定了基础 ……
我在DAY 6的文章里也通过一道面试题,分析过怎么从需求到原型框架的一些个人思考总结,
感兴趣的大家也可以自行翻阅hhh……
至于关键路径场景以及验证场景的话,我会在之后的内容里面和大家讨论hhh……
-END-
暂无评论
违反法律法规
侵犯个人权益
有害网站环境