故事：老太太买水果
一位老太太每天去菜市场买蔬菜和水果。一天早晨，她提着篮子来到菜市场，遇到第一个小贩，是卖水果的，问：“你要不要买一些水果？”老太太问他有什么水果。小贩说：“有李子、桃子、苹果、香蕉，你要买哪种呢？”老太太说：“我正要买李子。”小贩赶忙介绍说他的李子又红又甜又大，特好吃。老太太仔细一看，果然如此，但老太太却摇摇头，没有买，走了。
老太太继续在菜市场转，遇到第二个小贩。这个小贩也像第一个一样，问老太太买什么水果？老太太说买李子。小贩接着问：“我这里有很多李子，有大的，有小的，有酸的，有甜的，你要什么样的呢？”老太太说要买酸李子，小贩说：“我这堆李子特别酸，你尝尝？”老太太一咬，果然很酸，满口的酸水。老太太受不了了，但越酸越高兴，马上买了一斤李子。
老太太没有回家，继续在市场转，遇到第三个小贩，同样，问老太太买什么？（询问表面需求）老太太说买李子。小贩接着问：“你买什么李子？”老太太说要买酸李子。但他很好奇，又接着问：“别人都买又甜又大的李子，你为什么要买酸李子？”老太太说：“我儿媳妇怀孕了，想吃酸的。”小贩马上说：“老太太，你对儿媳妇真好！儿媳妇想吃酸的，就说明她想给你生个孙子（发现本质需求），所以你要天天给她买酸李子吃，说不定真给你生个大胖小子！”老太太听了很高兴。小贩又问：“那你知不知道孕妇最需要什么样的营养？”（挖掘本质需求）老太太不懂科学，说不知道。小贩说：“其实孕妇最需要的是维生素，因为她需要供给这个胎儿维生素。所以光吃酸的还不够，还要多补充维生素。”他接着问：“那你知不知道什么水果含维生素最丰富？”老太太还是不知道。小贩说：“水果之中，猕猴桃含维生素最丰富（解决本质需求），所以你要经常给儿媳妇买猕猴桃才行！这样的话，确保你儿媳妇生出一个漂亮健康的宝宝。”老太太一听很高兴，马上买了一斤猕猴桃。当老太太要离开的时候，小贩说：“我天天在这里摆摊，每天进的水果都是最新鲜的，下次来就到我这里来买，还能给你优惠。”从此以后，这位老太太每天都在他这里买水果。
挖掘用户需求时最重要的是挖掘用户的本质需求。
目标和愿望决定用户遇到的问题和挑战，用户有了问题和挑战，就要寻找解决方案，解决方案包含需要的产品或服务。
用户要买的产品或服务是表面需求，用户遇到的问题才是潜在的本质需求，如果本质需求不强烈，用户时不会乱花钱的，分析用户的需求，挖掘用户潜在的本质需求，这样才能获取用户的需求。
需求采集方法
Paste_Image.png
【5W1H】六何分析法，是一种思考方法：Who、Where、When、Why、What、How
1、对象 （What）——什么事情
公司生产什么产品？车间生产什么零配件？为什么要生产这个产品？能不能生产别的？我到底应该生产什么？例如:如果这个产品不挣钱，换个利润高点的好不好
2、场所 （Where）——什么地点
生产是在哪里干的？为什么偏偏要在这个地方干？换个地方行不行？到底应该在什么地方干？这是选择工作场所应该考虑的。
3、时间和程序 （When）——什么时候
例如这个工序或者零部件是在什么时候干的？为什么要在这个时候干？能不能在其他时候干？把后工序提到前面行不行？到底应该在什么时间干？
4、人员 （Who）——责任人
这个事情是谁在干？为什么要让他干？如果他既不负责任，脾气又很大，是不是可以换个人？有时候换一个人，整个生产就有起色了。
5、为什么（Why）——原因
为什么采用这个技术参数？为什么不能有变动？为什么不能使用？为什么变成红色？为什么要做成这个形状？为什么采用机器代替人力？为什么非做不可？
6、方式 （How）——如何
手段也就是工艺方法，例如，我们是怎样干的？为什么用这种方法来干？有没有别的方法可以干？到底应该怎么干？有时候方法一改，全局就会改变。
评估需求：【KANO】模型、学会做减法、产品专家评审和A/B
需求一定要是目标用户的需求
Paste_Image.png
KANO 模型
基本需求、期望需求和兴奋型需求
- 基本需求
用户认为产品"必须有"的属性，如果此类需求没有得到满足或表现欠佳，用户的不满意情绪会极具增加，并且此类需求得到满足后，可以解决用户的不满，但不能带来用户满意度的增加。
- 期望需求
要求提供的产品或服务比较优秀，但并不是必须的产品属性
- 兴奋需求
提供给用户一些完全出乎意料的产品属性，使用户产品惊喜，也叫用户需求的暗处。
KANO模型评估需求
Paste_Image.png
通过两个问题来确定分类：
- 如果产品有这个功能，用户会觉得如何？
- 如果功能不存在，用户又会觉得如何？
M代表Must-have，是基本型需求；L代表Linear，是期望型需求；E代表Exciter，是兴奋型需求；R代表Reverse，是相反的需求；Q代表Questionable，是可疑的结果；I代表Indifferent，是无关紧要的
产品初学者误区
初学产品的人，很容易忽视需求的重要新，直接给出解决方案：
如案例中的小贩一，关推销解决方案，确忽视了用户的本质需求。
在IT产品行业中，产品助理先会被安排画原型的工作，技术行的产品经理带助理的方式：
1、把字段都想清楚了，表示在原型上
2、逻辑要完善，功能要全
3、页面要漂亮
技术型思维：大而全，覆盖面广，把所有能想到的需求都做进去。
个人认为这样做法是很low的，往往做出来的产品，功能特别强大，但是用户不会用。
什么样的的产品是好产品？
1、解决关键需求，简单易用（按2/8原则：针对20%关键需求进行设计，80%扩展功能慢慢增加）
2、美：简约、耐看；对于美，每个人都有不同的看法，设计上的美是吸引你眼球的就是你需要的。（红花配绿叶，美的总是凸显在眼前，加上一些点赞才会更精致）
学会做减法
有时候决定不做什么比决定做什么更加重要。
产品经理或多或少有一些"完美主义"情结，担心缺少什么，控制不住自己，增加一些不必要的功能
根据产品的定位做减法
做什么方向的产品、做什么类型的产品、产品给用户带来的价值是什么？
根据产品的价值做减法
给用户带来的核心价值、期望价值和附加价值
根据产品的场景做减法
用户使用一个产品一般都要完成任务或者达到特定的目标，完成任务的功能步骤越短，用户的满意度就会越高。
根据产品的迭代做减法
产品迭代时，由于时间或开发资源的限制，出现了过度性的功能需求。过度性功能需求指的是临时需求，过一段时间后要被撤下来或者被替换。
产品专家评审
1．相关人员应参与
做需求评审的时候，产品负责人、研发负责人、运营负责人、市场负责人、销售负责人等相关人员都应该参与并积极讨论，之所以需要运营负责人、市场负责人、销售负责人参与评审，主要是因为他们与用户打交道比较多，对用户的理解比较深刻。
2．多提问题
评审时不仅要发现用户的表面需求，还应该发现用户的本质需求，多问为什么，理解用户行为背后的动机或目的是什么？用户需求的痛处是什么？用户使用的场景是什么？用户的这些需求符合现阶段的产品定位吗？这些需求能解决用户什么问题？给用户带来什么价值？这样的需求是我们目标用户的需求吗？这样的需求是个体需要还是群体需要？
3．KANO模型分析
运用KANO模型分析判断出哪些需求是基本型需求、期望型需求和兴奋型需求。
4．投票决策
决策的流程一般是民主投票表决，如遇到比较大的分歧，最后必须有一个做决策的负责人，一般由产品负责人或者老板做最后的决策。
A/B测试
有些问题有时候讨论了很久，还是悬而未决，难以做出决策，A/B测试或许是个解决方案，即比较A、B两种方案得出的结果，择其优者。如果A需求方案和B需求方案比较简单，原来是A需求方案，现在要看看B需求方案的效果，B需求方案开发时间周期较短、资源成本比较低，即使测试结果不理想，返回A需求方案的成本也比较低。如果A需求方案和B需求方案都比较复杂，原来是A需求方案，现在要看看B需求方案的效果，B需求方案开发时间周期较长、资源成本比较高，如果测试效果比较理想，那是最好的结果了，一旦测试结果还不如A需求方案理想，这时返回A需求方案的成本也比较高，因为已经导致了资源浪费。
网友评论