如何获取需求和需求分析｜刻意练习产品思维

获取需求，需求分析、需求决策是产品经重要的工作内容，今天我们就来跟大家说说如何获取需求和进行需求分析，干货满满，接着往下看。

需求来源

产品定位和分析是产品经理必备的能力之一，这部分内容主要包含三个方面：需求分析、用户调研、市场分析。说到需求分析，我们首先要解决的一个问题是需求从哪里来。

1、需求来源于产品经理自己

其实对于互联网行业来说，需求是一个非常低门槛的东西，因为每个人都会有需求，对于一个产品经理来说，最爽的事情就是你所负责产品的目标用户就是你自己，也就是说需求第一大获取来源是你自己，比如扎克伯格做facebook的时候，自己就是一名大学生，所以他非常容易的联想到要去给学校里的女生打分，并且把漂亮的女生给选出来，这就是非常典型的例子。如果你是产品本身的目标用户，你的需求会非常靠谱，同时能够提出一些非常棒的点子，做起产品来也会非常得心用手。

当然大多数时候，我们自己并不是产品的典型用户，即使我们属于目标用户群，但人与人之间的差别很大，我们顶多只能代表一类人，这个时候我们想更深层次的了解目标用户需求，就需要去和用户聊天，为了节约成本，可以从身边的朋友和同学开始，逐渐逐渐趋扩大这个范围。

比如现在很多高级白领去看开心麻花，其实开心麻花的票很贵，一张票2000多左右，为什么这些文化层次很高的人不去欣赏歌剧等高雅的东西，而欣赏开心麻花这种没有内涵，大家看后哈哈一乐的东西？

我通过聊天，发现一个白领这样跟我说：“大家平时上班都这么累，办公室勾心斗角，谁想去看那些苦大仇深的东西，就想看个开心麻花，哈哈一笑，给自己放松一下”，通过聊天你可以发现一线城市生活的白领，压力都很大，这样你就获得了白领人群的一个需求。

另外一个获取用户需求的方法就是观察。

当你挤地铁的时候，当你上班的时候，当你看电影的时候，任何的时候，观察到一些细节东西，都可以给你带来好处，不断的积累着这方面的经验和知识，能够帮助你判断出大众的需求，对需求的把握，就是对于人性的把握，对人性的把握并不是你看一些书就能获得的，需要你在生活中不断的去实践，去总结，要想对生活有敏锐的观察，就需要产品经理时时刻刻保持一颗好奇心，然后不断的问自己为什么，不断的观察，不断的问自己问什么，就可以培养这样的习惯，以后你遇到工作中一些小细节的时候，就能够轻松解决。

这里举个例子，之前在移动互联网手持设备设计上，有一个导航设计比较流行，那就是抽屉式导航，抽屉式导航刚出来的时候，很多内容型产品，包括新闻、社交软件，它们都会把抽屉式导航应用进去，如果你善于观察，就会发现用户在公交和地铁上，由于空间比较拥挤，他无法两只手都空出来操作手机，这个时候他为了能够扶住手把，只能单只手来操作手机，现在一些大屏幕手机是很难点到抽屉式导航左上角那个导航icon的，这个时候如果用户想切换内容就会非常不方便，如果你是一个善于观察生活的产品经理，在此时此刻就应该观察到这一点，然后在设计产品的时候，就要考虑你的产品在此场景下是否适应。

如果不适应的话，你该如何去改进它，不断的这样思考，你就能够锻炼出这样的能力，以后你的反应和敏捷都会非常快，遇到问题的时候，你就能够比别人先感知到问题的所在，这样你也会比别人更成功。

2、需求来源于用户

在实际工作过程中，很多需求来源于产品经理自己或者观察到的一些需求，还有一种需求来源用户，这里的用户不仅包括你的产品目标用户，还包含你的同事、领导、家人、朋友，同学等等，他们其实都是你的用户，他们会对产品提出各种各样的意见和反馈，这个时候你需要用需求池把需求管理起来，有的用户反馈的需求你不一定认同，这个时候你需要去进行需求分析。

对于收到的用户需求，我们可以使用单项需求卡片来记录，单项需求卡片记录的内容，方便我们通过场景分析法来分析用户的需求，关于场景分析法，将在接下来的需求分析中进行阐述。

需求分析

获得需求并建立自己的需求池以后，下一步要做的就是进行判断需求靠不靠谱，这就要求产品经理有较强的需求分析能力，这里给大家介绍一种需求分析方法，叫做场景分析法，这个需求分析方法有三个关键词：角色、场景、路径。

角色：就是说你在面对一个需求的时候，你需要去搞清楚提这个需求的人物角色是什么，大多数人提的需求并不是他背后的动机，只是他的解决方案。比如有的用户说我想加一个手势密码功能，这个只是他提出的解决方案，并不是用户背后的需求，他提这个需求的背后，是对安全感的追求，并不想别人看到他的隐私。所以搞清楚用户的需求，首先要找到提这个需求的人，然后分析他提这个需求的原因和动机。

场景：每个需求他都有一个出现场景，比如星巴克常常有很多人，大多数人的需求并不是渴了，我要喝个咖啡解渴，大多数人的需求是谈生意、办公、交朋友。如果说在家里煮咖啡，那咖啡可能就只是一个饮料。

路径：路径就是说提出一个需求，那你在以后去设计功能的时候，要去考虑能不能够在完整的功能路径上都去满足用户提出的需求，而不是说只能满足用户需求的某一个部分。

举个例子大家可能好理解，支付宝的AA收款在六七年前pc时代就已经出现，但很多人并不知道，侧面说明这个功能其实是比较失败的，那我们分析一下这个功能为什么会失败？按照常理来说，AA收款大家都会用到，尤其在大城市（小城市你请一顿，我请一顿，是一种变相的AA；大城市因为大家可能就见一面，下一次不知道能不能碰到，所以倾向于AA），电子化的AA收款还很好的解决了零钱的问题，其实这是一个很棒的想法。

首先对于这个需求，我们要考虑角色，有哪些人用AA收款这个功能，如果是一帮朋友一起出去吃饭、娱乐、消费，这个时候会出现AA制的情况。

第二种，我是某兴趣团体的一员，经常和团体成员出去打篮球，随着费用的产生，也会有AA收款的需求。还有一种是相对固定的团体，人数比较多，比如一个班的班长，那经常要收班费，之前可能是通过现金的方式收款，有了AA收款的这个功能，就可以通过电子化的方式把这个班费给收上来，好像这三种角色都有这个需求，那么我们接着往下分析，来分析每种角色的场景：

情景一（朋友聚会）：

角色：朋友之间

场景：社交场所——家里（PC端付款）

路径：询问朋友支付宝账号——电脑端输入——发起AA收款

和狐朋狗友一起出去腐败一下，然后AA收款，现在有个功能叫做当面付，两个手机靠在一起，把这个钱付掉。但在当时的场景下，因为手机还没有普及，需要吃完饭以后，回到家，然后询问朋友的支付宝账号，才能发起付款，路径太长，导致AA收款这个功能无法普及。

情形二（社团活动）：

角色：兴趣团体

场景：社交场所——家里（PC端付款）

路径：询问社员支付宝账号——电脑端输入——发起AA收款

如果是一个兴趣团体的时候，这个场景有可能适合，因为这个兴趣团体相对固定，每次打篮球可能就是这个团体中大部分人，然后每次都可以从团体中挑选参加的人发起AA收款，也就是说用户不用去记录每个人的支付宝账号，因为都是熟人，可能只要记录一次就行，所以使用起来比较方便，当年支付宝AA收款刚出来的时候，都是阿里内部同事聚餐的时候用的较多。

情形二（收班费）：

角色：大群体

场景：社交场所——家里（PC端付款）

路径：询问全班支付宝账号——电脑端输入——发起AA收款

这种情况人数比较多，没有任何一个人愿意收一次班费去输入40个人的支付宝账号，这是非常痛苦的体验，所以说这个情况也不太常见。

之后随着移动互联网的普及，AA收款的功能越来越受欢迎。其中很重要的一个原因就是现在的AA收款，不用再去了解到每个人的支付宝账号，甚至微信也推出了一项AA收款功能，用户只需要勾选需要付款的人，输入收款总金额，就可以发起一次AA收款。

其实从上面的例子我们可以看出，设计产品功能的时候，路径越短越好，这样用户才有操作下去的动力。关于需求分析到一个什么样的程度，可以阅读我那篇文章：产品经理如何进行需求分析