用户在想些什么，你真的知道吗？

PS:文章中的观点是鄙人在各大运营类网站学习总结的知识，加上本人对运营的一点看法，愚昧之见，还望批评指正。

相信很多在互联网公司工作的朋友们都晓得用户需求挖掘这件让人头疼的事情。产品之所以会被生产出来，其主要目的，就是为了满足使用者的需求。而使用者的需求是什么？如何去挖掘这些需求？这些繁杂的需求中又有哪些是真，哪些是假等等问题，都是每一个产品/运营人员头疼的一件事情。

产品的存在源于用户的需求。像汽车的出现，是人们对于更高交通效率的需求，电脑的出现，源于人们对高效办公的需求等等。观察移动互联网时代下的手机应用市场，各类产品出现的原因也正是源于人们越来越多，越复杂的需求。像滴滴打车满足了人们方便叫车的需求，饿了么满足了人们选择订餐的需求等等。上面举的两个例子只是众多需求中最基本的需求。而根据马斯洛需求分析层次理论，人类的需求有五层，在满足生理与安全需求之后，人们还会往上追求尊重需求社会需求和个人实现需求。这些需求成为产品生产源源不断的动力。

如果把产品看作是一个孩子，那么用户需求，就可以看作是决定这个孩子形态的DNA。用户需求不仅对产品的诞生有着决定性的影响，而且在未来，在产品发展的过程中，还会不断地影响产品的形态，决定产品最终的样子。

所以产品需求对产品的重要性不言而喻。本文将从用户需求挖掘的方法，用户需求挖掘后的选择，用户需求挖掘中的误区三个方面的问题出发进行讨论。

1.用户需求挖掘的方法

（1）需求挖掘的渠道：

A.产品开发前：

1. 市场调研

任何一款产品的出现都是因为这个市场有需求，需求在哪，大旗就得往哪里挥。所以市场调研，毫无疑问是需求挖掘最重要的事情。设计好调研的问卷，利用网络渠道，像QQ群，帖吧，社区，微信群等，在线下，通过深入目标用户的群体进行走访调查，深入了解目标用户的需求。线上线下，深入目标人群，获得足够多的调查结果，并确保获得的需求具有一般性。

2. 产品分析

现在移动市场的商品已经有很多，可以说目前可以被想到的产品已经有人在做了。所以要开发的产品难免会有类似的竞品。这时候就需要我们去分析这些竞品，找到共同点即已经被满足的需求，找到差异点，即未被满足的空白区。比如如果你想要开发一款社交软件，那么就要寻找像微信，YY语音，QQ，陌陌等一系列的社交产品作为竞品进行分析，在这些竞品中找到社交软件应该有的通用的功能，找到这些社交软件中没有的，同时用户又有需求的功能作为你的产品的差异点。

3. 数据分析

随着大数据时代的到来，数据在决策中的作用越来越大。用户的很多潜意识或者有意识的行为，都可以通过大数据体现出来。很多情况下，用户很难清楚地说明他们的实际需求，很多时候他们的判断与实际的需求是不一致的。显性的需求没办法很好的表达出来，更不要说那些用户觉察不到的隐藏的需求。所以数据，这个不会骗人的东西，可以很好地帮助我们去分析需求。通过对用户数据的分析，需求可以较清楚地被表现出来。在产品未开发之前，数据的来源可以有很多方面，各大搜索引擎的关键字排行榜，微博热搜榜，同行的数据报告，或者是一些数据网站的免费或者付费的数据报告，都可以成为我们的数据分析来源。

B.产品开发后：

1. 搜索记录和用户行径

在产品上线后，用户的搜索行为和用户的行径是分析需求的一个重要来源。用户搜索过程提及的关键词，举个简单的例子，比如婚恋产品中，如果搜索词中“35岁以后”“北京户口“的搜索频率很高，那么我们就可以知道用户对对象筛选有需求，就可以考虑加入对象筛选这个功能。另一个是用户行径，哪个功能是重度使用功能，哪个功能使用率不高，哪个功能用户的中途放弃率最高，都是需求分析中的重要数据。

2. 用户日志和用户数据

如果拥有大量的用户日志和用户数据，那么要好好地利用这笔难得的资源。找一个用户ip出来，grep一下，分分钟就能获得这个用户的完整访问和操作轨迹，分析用户的操作行为，设身处地的理解用户的心情，理解用户的处境，从而理解自己产品和运营中，是不是有一些不合适，不妥当的地方，真正把自己代入到用户的体验中，理解用户的不满，理解用户的挣扎，理解用户在使用中的困惑和障碍。

3. 用户反馈：

产品在上线之后，通过各种渠道获取尽可能多的用户反馈或者邀请用户面对面进行产品的评测。通过用户反馈了解产品还没有满足的需求还有产品中的伪需求或者说是冗余的功能是最直接最有效的方式。因为这群用户是你最珍贵的种子用户。

（2）需求挖掘的思想方法

A.头脑风暴法：

在收集产品需求的过程中，最常使用的是头脑风暴法。让参与者敞开思想，集体讨论，相互启发、相互激励、相互弥补知识缺陷，引起创造性设想的连锁反应，产生尽可能多的创意。

B.创意分合法：

创意分合法是创意思维训练方法之一，主要是将原不相同亦无关联的元素加以整合，产生新的意念、面貌。分为两种心理运作过程：使熟悉的事物变得新奇（由合而分）、使新奇的事物变得熟悉（由分而合），主要是运用类推（analogies）和譬喻（metaphors）的技术来协助分析问题，并形成相异的观点。

C.属性列举法：

属性列举法即特性列举法也称为分布改变法，特别适用于老产品的升级换代。其特点是将一种产品的特点列举出来，制成表格，然后再把改善这些特点的事项列成表。属性列举法是根据设计对象的构造及性能，按名词、动词、形容词等特性提出各种改进属性的思路，从而萌发新设想的一种方法。

D.6W3H问题法：

面对庞杂的需求分析工作、不知从何做起时，6W3H分析法不仅有利于较系统和周密的思考问题，使思维具有条理性，也有利于较深入地发掘问题，有针对性地提出更多的可行性设想，帮助产品经理制定有效的目标。

6W3H分别是：

1、Who（什么人）

产品的目标客户是谁？是一类群体还是几类群体？针对产品的用户群进行分析，了解目前用户群的年龄、性别、特征、区域、习惯、兴趣、爱好、收入、消费等情况。

2、When（什么时间）

用户可能会在什么时候使用到产品。产品推介的时，必须选择合适的时机，同时还要考虑用户的停留时间、使用高峰时间、跳出时间。

3、Where（什么地方）

用户可能在那些条件和环境使用产品。针对什么样的环境条件，如，针对不同的操作系统环境、不同的地理位置，要有不同的方案。

4、Why（为什么）

此法主要用于了解设计产品新功能是的目的是什么？是现有产品没有满足用户需求还是为了满足用户的新需求、又或者仅仅是跟风凑热闹。

5、What（是什么）

产品功能分析。用来分析产品基本功能和辅助功能的相互关系如何，用户到底需要什么功能？

6、Which（哪些）

除了我们的产品，市场上还有可替代产品吗？

7、How do（怎么做）

用户怎么使用产品，使用产品的流程是什么？怎么样更省力？符合用户的使用习惯吗？体验怎样？

8、How much（多少钱）

用户使用产品需要付费吗？需要付多少？是否超出了用户的支付能力？

9、How many（多少次）

用户的使用频率是怎样的？经常使用？偶尔使用？还是不定期？

2.用户需求挖掘后的选择

A. 甄别真假需求，用户的需求和用户的痛点

需要注意的是，用户提出的需求不一定是用户真正的需求。第一，用户没有很强的产品意识，很多都是模棱两可的感觉。第二，用户是贪婪的，他们往往会提很多自私的需求，如果能够躺在床上每天有人送钱送吃的给你洗衣服打扫房间这种需求绝对是强需求，但是可能么？有些需求可能是低频率的需求甚至是违背商业规则的需求，像春联O2O，一键挑选春联送货上门，新用户还能免单哦~~这种需求用户求之不得，需求可以说是大了去了。但是有企业会做吗？明显不可能！所以不要一味地跟着用户的需求走，不理智的需求分析行为，无疑是一种自杀的行为。

B.从需求中需找真正的痛点

在需求分析中，甄别真伪需求，对需求进行抽丝剥茧的分析，剥开表面浅显的需求，通过逻辑思维分析，代入用户使用的场景，去寻找造成这些需求下面更深层次的痛点。举个例子：360安全浏览器，看起来是好像用户使用的需求是需要一个安全的浏览器，能够保护他们上网的安全。但是如果给用户一个绝对安全的，但是很卡的浏览器呢？如果我们给用户一个安全系数较低，但是已经能够保证隐私等基本信息安全，同时又能够保证浏览速度和浏览质量的浏览器时，用户会选择哪个呢？浏览器本质还是网上冲浪的工具，核心问题还是使用过程的流畅度，浏览体验。安全性问题，只是因为现在越来越多的信息泄露，用户担心自己信息安全而产生的一个附带需求罢了。2007年微软推出vista时，提高了安全性，但是同时也影响了使用效率。很多用户由于没有办法忍受vista糟糕的操作体验而放弃使用它而转用XP系统，即使vista的安全性比xp的要高。所以从这两个例子我们可以看到，很多时候，我们以为理所当然的需求，其实并不是用户核心的需求，又或者说，存在这种需求，但是在需求平衡，他并不是占大头的。所以寻找需求，要求我们抽丝剥茧，发掘最最本质的需求。至于怎么找，这个就要看对产品和所在领域的深挖程度了。

3.用户需求挖掘中的误区

在需求分析中，常见的错误有以下几个方面：

A.分析对象出错

B.分析方法错误

C.永远以为自己比客户更聪明

D.不尊重用户的现实选择

E.客户和用户没有区别来对待

对需求的一厢情愿，理解出错。很多产品人员对于产品的理解，很大程度上是取决于个人的感觉+身边人的感觉。但是这种需求理解方式无疑是错误的，几个人并不能代表大多数人的想法，统计学上有个著名的观点，当数据越来越大时，趋势将会越来越稳定，某些值将会越来越稳定在某个数值范围区间，所以要求我们在分析需求时，不能以偏概全，一厢情愿，必须跳出自己的圈子，去目标客户群那里，跟大量的人接触，跟他们聊产品。让他们来评价产品，这样得到的产品需求，才能够真正的反映绝大部分用户的需求。

用户需求分析是个难活，是个细致活。叨叨了这么多都是些自己不成熟的观点，抛砖引玉，欢迎各位指证文章中的不足之处，共同学习进步。