1.从用户中来到用户中去
2.需求采集的大生产运动
3.听用户的但不要照着做
4.活下来永远是少数
5.心急吃不了热豆腐
1.从用户中来到用户中去
用户是需求之源:用户是我们的衣食父母,是金钱的来源,研究用户的需求得弄清需求本职是什么?
人类为什么有需求?
因为生活中存在太多的问题,从而产生了不满意,而问题就是"理想与现实的差距",有减少"理想与现实的差距"的愿望.这就是需求. 研究需求可以增强对用户的理解.理解用户,是产品经理最重要的要素之一.
用户VS客户
用户(user),有时也叫终端用户(end user), 是使用产品的人. 客户(customer) 是购买产品为产品付钱的人. 不刻意区分,统一用"用户"代表"广义用户".不同的用户有重要程度之分,我们必须,也只能偏重.不管怎么说,"广义用户"是需求之源.
以用户为中心的思想
UCD:user-Centered Design以用户为中心的设计. BCD:Boss-Centered Design以老板为中心的设计.创业公司或中小型公司.需求的很大来源是广义用户老板.一是创业公司没太多精力和时间去采集需求.老板高瞻远瞩会抓住一些商机.
不要试图满足所有用户
试图满足所有用户,会让一个产品变得臃肿不堪,谁都不满意的四不像.所以优先满足哪些用户需要和产品的商业目标要结合考虑.简单来说就是看KPI.
你真的了解用户吗?
体验真正的用户
有的用户是被经销商忽悠进来的,有没有需求不知道,不知道自己买的是什么产品.光靠空想是没有用的,他们是真是的,是五花八门的必须真刀真枪的去研究他们.
试着描述用户
试着描述一下自己在用各种互联网的时候是个什么样的用户.可以尝试写写各个应用的使用习惯.类似创建人物角色,再加上用户的个人信息,配一张照片,写上公司与用户的目标.就是著名的人物角色(Persona )
聊聊用户研究
用户研究是产品设计的前提!!
用户的研究方法:
横向: 用户的说和做.怎么说表现了目标和观点,怎么做反应了行为.用户的怎么说和怎么做经常是不一致的.耳听为虚,眼见为实.看用户怎么做比听他们说更真实有用.但是只了解做事没有办法知道原因的.所以既要看用户怎么说也要看用户怎么做.
纵向: 定性和定量.定性研究可以找出原因,偏向于了解;定量研究可以发现现象,偏向于证实.只定量会'以表带本'只定性会以偏概全.只有两者结合才能发挥更大的作用.
定性地说:确定产品方向,做什么?随机抽样几十个用户做访谈,据此写出需求列表.
定量地说:确定需求优先级,先做什么?投放几十万份问卷调查,确定优先级.
定性地做:先做那几个需求?怎么做?一边设计,一边陆续找十几个用户来验证,做可行性测试.
定量地做:根据用户使用情况做数据分析,不断改进产品.
做用户研究的目标是:坚决杜绝"经组织研究决定,用户需要一个什么功能" 实际工作中需求采集的方法如图:
2.需求采集的大生产运动
需求采集的过程:明确目标,选择采集方法,制定采集计划,执行采集,资料整理,然后进入下一步需求分析阶段.
定性地说:用户访谈
用户访谈的常见问题和对策:
1."说"和"做"不一致的问题. 用户并不是故意欺骗而是他们被问了自己也没仔细想过问题.又不想回答不知道.或者他们有讨好受访者的心理,会回答他们觉得你希望的答案,而非真实想法.//solve//避免这样的问题出现,尽量在用户可以和产品发生交互的地方进行.在说的同时也做.就是成本会高.但是注意区分事实(我做了什么遇到了什么问题)和观点(我觉得我认为).
2.样本少,以偏概全的为题.比如只找了本市的用户,只联系了留电话的人等.//solve//尽量识别各种可能引起偏差的因素,并在访谈报告里标明.
3.用户过于强势,把我们忘沟里带.牢记访谈的目的.如果发现访谈目的不对就尽快扳回来,实在不行就结束.
4.我们过于强势,把用户忘沟里带.牢记访谈目的管好自己嘴巴.
用户访谈注意点:
a.避免一组固定的问题,固定的问题会让受访者产生被审问的感觉.问题清单只做引导作用.
b.首先关注目标,任务其次,多问问用户为什么会这么做.
c.避免让用户成为设计师,听用户说,但是不要照着做.
d.避免讨论技术,不要纠缠产品的实现方式.
e.鼓励讲故事:帮助设计师理解用户的方法.
用户大会:
一般几十人到几百人不等.短时间多信息.耗资源机会不多.
明确目的:比如收集需求.
资源确定:时间,地点,人物(工作人员,嘉宾),材料,各项准备方案.
现场执行:辅助工作,主流程(产品介绍,互动) 结束以后:资料整理,运营,整理归档.
定量地说:调查问卷
常见定量地研究方法:调查问卷.和用户访谈的区别,用户访谈通常是开放式问题.适用于寻找产品方向,适用于较少的访谈对象进行深入的交流.调查问卷多封闭式的问题.适合大量用户的信息收集,但不顾深入.通常前者的开放式问题问后者收集封闭式问题.线上或者线下时间别超过5分钟.开篇放不需要思考的题目,需要思考和想要知道的内容,敏感的内容放在中间,被访者个人信息放在最后.
调查问卷的常见问题与对策:
人手一份是为了避免群体性讨论性质的弊端-沉默的大多数和骑墙的大多数.开始表态的那几个人的观点引导了群体的观点.随机的初始值决定了结果.
1.样本的偏差,样本想了解的目标用户群体出现偏差.//solve//尽可能的去覆盖各种类型的用户.得出结论的时候,标明筛选条件,还有一个小技巧就是把群体特征也定义成一系列问题,通过问题评估作答者是否能够代表目标群体出现了偏差再筛选出一个接近目标群体的子集去分析.
2.样本过少的问题.样本量过少的时候.分析百分比是没有意义的.抛开严谨的统计理论不谈,要给出百分比答案至少得一百份答案.
3.问卷内容的细节问题.首先问题表述无引导性.对于顺序偏差可以准备多种形式的问卷.最后通用的方法就是小范围的试答,根据反馈修改后再大面积投放.
设计一份实际的问卷:问卷目的;样本对象;调查渠道;时间计划;问卷内容.
定性地做:可行性测试
是指让实际用户使用产品或原型方法来发现界面设计中的可用性问题,通常做几个用户的测试.典型的定性研究.
可行性测试的过程: 招募测试用户,原则是尽可能代表将来的真实用户;准备测试任务;测试过程,组织者需要把发现的问题记录下来;测试结束后,询问看法感受想法以及为什么;最后是研究和分析,分析并记录产品的可用性问题列表并对问题的严重程度进行分级.我们可以根据项目进度选择哪些优先处理.
可行性测试的常见问题与对策
1.如果可行性测试做太晚也于事无补.不同阶段都可以做,不同阶段不同做法.
2.总觉得可行性测试很专业,所以干脆不做.做一个也比不做好.效率很高.
3.明确是测试产品,而不是测试用户.减轻用户压力"来试一下我们新产品,提点意见"
4.测试过程中,该做的和不该做的.告知用户使用时间做什么事情,不要有引导和暗示.只是观察和记录.结束之后送个小礼物之类的,尽快总结发给用户.
产品改版的一次冒险:改版的初衷是为了产品升级更好的服务用户.要把"暴力革命"变成"和平演变".
定量地做:数据分析
数据分析,一种定量地研究方法,最简单就是用excel.数据永远不会骗我们.
数据分析常见的问题和对策
第一:过于学术,沉迷于"科学研究".注重性价比一切的一切需要的是一种感觉,一种对数据的敏感和商业的敏感.
第二:虽然数据不会主动骗人,但是经常会误读数据.对数据保持中立的态度,不要为了迎合一个观点而去找数据.
第三:平时不烧香,临时抱佛脚.产品设计时就应该把数据分析的需求加进去.对产品的可持续发展非常有必要.
日志分析的商业价值:在对产品足够熟悉的基础之上,先做出方向性的假设,再提取相应的数据并分析,得到一些现象,最好是之前没有发现的一些现象,然后尝试解释,接下来做用户调研修正解释,最终指导产品发展方向.
需求采集人人有责
一手需求和二手需求:生孩子与养孩子.
生孩子---需求采集视为己任,人人有责,希望所有人都参与进来,我们帮大家养.
生孩子的工具---单项需求卡片.二手需求:老板同事等需求.就像是养孩子.
生孩子与养孩子
生孩子:产品初期,自己主动采集需求,产品人员驱动,直接去目标用户那里采集需求.
养孩子是运营了很长一段时间了与终端干系人联系,与用户接触较少.二手需求是常态,这个时候单项需求卡片就是重要的二手需求采集工具啦.
单项需求卡片
单项需求卡片的理念就是:产品的需求工作不只是需求分析人员的事情,而是涉及产品的每个干系人的义务,至少得参与采集的过程. who,where,what,why,how,when...等等
尽可能多的采集
1.现场调查,2.AB测试(随机挑选少量用户,一半用户A一半用户B大公司大用户量玩得起),3.日记研究(写的使用体会多同行),4.卡片分类法(需求写在纸上一起讨论并完成分类),5.自己提需求.
3.听用户的但不要照着做
我们是产品经理,怎么做应该由我们决定.
明确我们存在的价值
一个是用户需求,一个是产品需求,中间转化的过程就是需求分析.
用户需求VS产品需求
用户需求:用户自以为的需求,并且经常表达为用户的解决方案.
产品需求:经过我们的分析,找到的真实的需求,并且表达为产品的解决方案.
需求分析:从用户提出的需求出发,找到用户内心真正渴望的,再转化为产品需求的过程. 完整的需求分析:分总分.伟大的需求分析师可以无视用户真正想要的东西,去探究他们内心真正的渴望.
满足需求的三种
需求源与理想和现实的差距,减小差距的三种方式:
(比如说午饭时间等太久电梯) 提高现实:去开发某种产品.成本高最笨的办法.
(增加电梯数量) 降低理想:不要忽视精神的力量,打预防针,丑话说在前头之类的
(隔壁楼等更久哦.慎用,会降低美誉) 转移需求:转移注意力,引导用户去关注其他的事物
(张贴广告,镜子,错开时间,外卖)
也谈创造需求 产品设计的最高境界--创造需求! 需要天赋,更多的是脚踏实地先做好用户的需求.
给需求做一次DNA检测
整个需求的检测过程:需求转化-确定基本属性-分析商业价值-初评实现难度-计算性价比
把用户需求转化为产品需求
检测第一步就是需求转化,把用户需求转化为产品需求.产品需求列表中每一行是一个产品需求,每一列是属性.一般是多对对的关系.然后做出筛选.
确定需求的基本属性
需求的基本属性:编号:作为需求的唯一标识; 提交人:必填,提交人是PD,以后可能需要解释这个需求的来源; 提交时间:辅助信息. 模块:产品5+2/5-2个模块比较合理.超过7个考虑重新划分. 名称:简洁短语描述需求,比如黑名单. 描述:功能是什么,描述此功能要做什么,无需解释怎么做. 提出者:用户需求提出者. 提出时间:原始需求的提出时间,区别于提交时间. Bug编号:可选,把某些Bug视为需求.
需求种类知多少
需求的种类:
分类可分为"新增功能,改进功能,体验提升,Bug修复,内部需求等"
产品功能需求+产品非功能需求=产品需求
产品功能需求+开发需求+测试需求+服务需求+..........=产品需求包
层次可分为"基础,扩展(期望需求),增值(兴奋需求)"理论依据可参见KANO模型(通过对顾客的不同需求进行分区处理,帮助企业找到提高企业顾客满意度的切入点)
也可以根据产品功能分类:比如雪中送炭或是锦上添花等.
分析需求的商业价值
需求的商业价值主要通过重要性,紧急度,和持续时间3个指标衡量.
重要性:可细分为满足后'一般'到'非常高兴';未实现'略为遗憾'到'非常懊恼'.更多参考时间管理里的重要与紧急概念和学习KANO.
紧急度: 紧急不重要的需求通常表现为解决了短期的问题,如果熬过去没做,对长期影响不大;或者解决了局部的问题,如果不做对大多数用户没有影响.
持续时间:需求是有生命的,有的长有的短.比如双十一的活动需求就比较短寿.
商业价值:商业优先级,是商业价值指标的综合评判.整个需求列表中最核心的部分.有时候还会增加一列"商业价值描述",也就是卖点是什么?给用户提供什么价值?对公司什么帮助?一般叫上所有的干系人开会讨论.做陈述定级别高低.
初评需求的实现难度
绝对不能因为某个需求的商业价值很大就马上去做.也不能因为另一个需求的商业价值不大就不做.
决定做哪个的关键指标---实现难度.
人力成本--工作量---开发量:需求的开发工作量,表征实现难度.
开发量非评估不可,也就是初评!经验丰富的人做评估.
性价比啊性价比
绝对不能因为某个需求实现难度很小就马上去做,也不能因为另一个需求实现难度大就不做.所以一切皆看性价比. 性价比=商业价值/实现难度(开发量) 决定先做哪个咯!注意偏差(比如说跟技术好倾向于做实现难度小的).
4.活下来永远是少数
这个过程就是需求筛选:需求PK.
需求筛选: 需求筛选(需求打包-BRD制作-产品会议)--立项
永远忘不掉的那场战争
以前是按产品划分部门的所以战争较温和.现在的按职能划分团队.一攻一守的感觉.局整矛盾的一种平衡.
准备出发:把需求打个包
做项目的终极目标是多快好省,范围大,时间短,品质高,资源省.
1.需求打包最好打包类似的功能点.
2.需求依赖,功能互相之间有依赖关系.先做的功能要在列表里注明.
3.需求粒度大小问题.尽量细化,最好不要超过5人天
战场:产品会议
一般在一个大会议室里面.一般要先回顾上一次产品会议通过的项目进展如何.一方面是为了让大老板更新各个项目的信息,一方面积累经理,让今后产品会议上的决策越来越合理.
武器:商业需求文档 BRD
BRD怎么写?包含哪些?
项目背景:为什么要做这个.数据说明.
商业价值:最关键的点!!!做这个项目以后有什么价值要说在点子上.预测相关数字变化和项目的商业目标.
功能需求描述:做哪些事达到目标.描述打好包的需求,最好画出业务逻辑图.(谈判技巧多加被砍需求就能保住自己需求)
非功能需求描述:提一下重要的非功能需求.
资源评估:第二重点!!!大佬看成本.
风险和对策:潜在风险和对策说出来.老板把关.
别灰心,少做就是多做.
情愿把一半的功能做到完美也不要把全部功能做成半吊子.
一个功能可有可无甚至没有强烈的理由不做时就不做.少做就是多做.
最爽就是四两拨千斤
做得少不如做的巧
动手前想想有没有成本低收效大的方案.
用不着觉得做很多事情才是贡献.应从目的出发.
尽可能多的放弃
只要在收集阶段没有遗漏,才能看到事务的全貌,有了大局观,放弃的时候才知道孰轻孰重.
5.心急吃不了热豆腐
需求越来越多,在资源有限情况下找到最有价值的需求.
一个需求的生老病死
我们需要知道每个阶段是由谁负责的以及信息. 需求状态;负责PD;开发工程师;项目名称;发布时间;备注;
需求管理的附加值
统计每个提交人的需求数量;提交时间,发布时间;每个模块的需求数量;每个分类的需求数量;商业价值,性价比变化;
和需求一起奋斗
产品经理的最基本素质之一--热爱产品!
最后需求奋斗史详图:
