产品经理思维模型拆解需求篇

　　产品的设计就是产品思维的一种体现，通过场景化的需求分析方式。可以让你从面，到线，到点，去逐个做好每一块分组的功能。每一个分组里面，考虑会有哪些东西，为什么会有这些东西，然后再考虑，每一个功能事件，会引发什么样的后果，应该给用户怎样的一个反馈。
　　一、产品经理是个啥？
　　一句话：在平衡商业目标与用户体验的情况下，解决某些用户，某些场景下的某些需求的人。
　　再简单点说，产品经理就是解决问题的人。
　　二、一款产品的立足点是什么？
　　换句话说：你的产品核心到底做的是什么东西，当用户提出你的名字的时候，应该会给用户一个具象化的概念。
　　举几个栗子：
　　微信就是满足用户聊天需求的（微信到底是啥，这个里面不做讨论，只是说用户第一印象），它没有了朋友圈，你可能还是会用它，但是如果它没有了发送信息一系列的功能，那么它就会变得鸡肋。
　　支付宝就是用来花钱的
　　淘宝就是用来购物的
　　美团就是用来团购的
　　去哪儿就是用来买机票的
　　尽管他们都有相应的衍生品，但是一个产品你到底是做什么的，要给用户怎么样一个具象化的概念，这个一定要在最开始就明确。
　　在把这个功能做到极致的情况下，再去考虑其他的衍生功能。先有核心，再有衍生，而不是一开始给用户看来，根本不知道是做什么东西的产品。因为只有在你可以很好的满足用户核心需求的情况下，才会有一席之地。
　　你不会因为一个电话有刮胡刀功能就去买它。你也不会因为一个刮胡刀有吹风机功能就去买它。而有可能是在这个电话的基本功能都非常不错的情况下，它附带了一个刮胡刀功能，使它在同类产品当中更有竞争力。
　　三、场景化需求分析
　　这几年一直传的很火的一个说法＂人人都是产品经理＂，导致了现在任何一个岗位的同学，都认为自己是专业的产品经理，和你大谈设计，大谈体验，大谈战略。
　　以吾之愚见，斯以为，术业有专攻，探讨可以。但是切记不要用＂我认为、我以为、我觉得、我也是用户＂等措辞，将自己的想法强加于他人。
　　而通常，讨论需求的方式，我更倾向于以下两种
　　拿数据说话
　　拿场景说话
　　通常来讲，大公司有自己的数据部门，小公司在资源有限的情况下，数据系统可能并不完善，而这个时候，如果你想去做需求的时候，你只能拿场景说话，而拿场景说话，最重要的一点，就是想清楚。
　　想清楚包括，你这个需求：
　　用户是哪些用户
　　用户会在什么场景下使用（用户会怎么去使用？）
　　满足了用户哪些心理（or生理？？）上的需求
　　当你阐述需求的时候，你要想清楚，也要阐述清楚，你做的是什么东西，为什么要这么做，它会有哪些用户，而这些用户，分别都会在什么情况下去使用它，使用它是为了去做什么，怎么去进行解决。
　　而思考的过程也不外乎就是如此
　　随便拿团购，举个简单的例子，大家可以参考一下
　　四、为什么要做场景化需求分析？
　　产品的设计就是产品思维的一种体现，通过场景化的需求分析方式。
　　可以让你从面，到线，到点，去逐个做好每一块分组的功能。每一个分组里面，考虑会有哪些东西，为什么会有这些东西，然后再考虑，每一个功能事件，会引发什么样的后果，应该给用户怎样的一个反馈。而不是一开始就把着眼点放在，这个页面的轮播图是应该放在中间呢，还是应该放在上面呢。
　　从宏观的角度去设计产品，然后再逐步去细化细节，才是产品应该去干的事儿。
　　五、结尾
　　曾经有人问我，如果没有别人，产品经理能做什么，事实就是，产品经理确实自己做不了什么。Ta可以去学习写代码，可以去学习PS，但是一家公司它在招产品经理的时候，它更看重的应该是这个人的产品能力，在此基础上，才去考虑，这个人有没有其他的加分点。所以一切又绕回了任何一个产品都应该满足核心需求这一块。