为白癜风患者健康保驾护航 http://baidianfeng.39.net/a_zhiliao/170621/5476801.html产品经理日常工作中，最高频的词汇就是：做需求，产品经理的最核心也是伴随职业生涯的关键基本功是需求挖掘。除了处理通过各个渠道直接反馈（被动接收）的需求，还要主动去挖掘需求。因为，需求是产品之源，是项目之始，只有通过各种方法收集到众多需求，对繁杂的需求集群做深入分析挖掘，筛选有价值的需求，并转化为产品功能，推动上线，才能有效体现产品经理的工作价值。
一、定义
1.什么是需求？
需求是人们在某一特定的时期内在愿意付出各种可能的成本（时间、精力、现金）购买某个具体或者虚拟的商品、服务的数量或数量集合。例如肚子饿了又懒得做，在线点餐外送就是一种需求，用户愿意多花费比线下饭店更贵的价格购买一份餐品和平台附带的服务，于是诞生了像美团外卖、饿了么等企业，这是一种欲望需求。
此外，问题也是一种需求，用户在使用产品时遇到的各种问题，产品就是需要解决这些问题从而满足用户的诉求。
2.什么是需求挖掘？
需求挖掘是主动通过一系列的方法、渠道获取用户非表层（深层次）真实需求的过程。例如这样一个通过与需求方对话完成需求挖掘的场景：
运营人员小龙：我们即将推出一项新的服务，希望上线一套能收集用户反馈还能将反馈同步到不同商家的的工具？
产品经理小菜：你们用这套工具去做什么？
运营人员小龙：我将用户的反馈建议进行统计整理后，同步给商家，给予商家最好反馈内容。
产品经理小菜：你们一般收集反馈内容包含哪些数据类型？是否需要人工处理数据呢？
运营人员小龙：图片、语音、文字都有，我们需要把用户的反馈内容挑选出有用的同步给商家，商家去改善从而为用户提供最好的服务。
产品经理小菜：你们现在是用什么工具去管理这些数据呢？
运营人员小龙：我们是通过Excel完成，考虑到工作量还是希望上线这个系统。
产品经理小菜：我们可以从用户获取服务订单的维度，将用户的反馈内容精准推送到订单对应的商家后台和内部邮箱，即使用户现场出现问题可以第一时间找到商家配合解决，不需要你们主动去进行推送，只需从后台负责运营监控即可。
运营人员小龙：那这样更好呀！
真实需求就是这样被一步步挖掘出来，我们挖掘出运营人员的核心诉求是把用户的反馈同步到商家侧，让商家侧进行服务升级，为用户提供良好服务体验。现在只需负责监控商家是否实际去执行落地，效率和结果会比直接通过系统工具完成更好。
二、目的
1.需求挖掘，获取真实需求
（1）没有需求挖掘，需求不完整
用户（项目中指需求方，以下均用用户代替）的需求普遍是基于一定的业务视角提出的，业务之外的关联及配套需求是用户考虑不到的。例如用户即便已经签完需求确认单了，后面仍然有不断变更和新增的需求，因为对于用户来说这是无意识的或者未梦想的。
如下图所示，用户需求像一座冰山，有很大一部分信息是埋藏在海平面之下的，这会需求挖掘造成困扰。
意识到的需求：位于海平面上方，一般是困扰用户的问题，用户自己能够想到的功能。无意识的需求：这些需求主要分布在用户实际工作场景，用户不实际操作或者产品经理没有场景模拟的能力，这类需求也是容易漏掉。未梦想的需求：用户不懂产品、技术，对技术解决方案不擅长，无法构想出具备革新性的解决方案，产品经理需要对问题域充分理解的基础上选择合适的技术方案，才能创造出用户梦想的功能。
用户也不会考虑需求变更产生的负面影响，虽然经验丰富的产品经理会向用户阐明需求不能变更的原因或变更后的影响，但是有的需求是因为产品经理没有经过深层次挖掘造成的“产品bug”是必须响应的，不然用户的业务实施起来效果不佳。
例如产品经理小菜（以下简称小菜）为房产中介公司开发信息管理系统，该家公司的房产经纪人小明（以下简称小明）向小菜介绍：“他平时是通过两个本子工作，一个本子记录房源信息，一个本子记录客源信息，便于查找匹配机会。但是现在客户和房源增多了，记录和查找都非常麻烦”。小菜一想，很简单，两张数据库表+查询功能即可解决，便告诉小明说，没问题。（仅挖掘意识到的需求就停止了）
系统交付后，小明找到小菜说：希望系统可以支持多组信息查询。小菜觉得查询多次不就行了，问什么还要同时查多组信息？
小明告诉小菜：多次查询，查询结果没有合在一起，不方便。（这就是实际场景的无意识需求，实际场景客户需求和房源之间存在一对多和多对一的关系）
小菜觉得增加多做同时查询并且结果合并在一起比较麻烦，不确定是否响应这个需求变更，于是回去问其领导小牛，小牛一听便明白了，小牛就给小菜建议：建议你增加一个记录销售线索的数据库表，每当新增一个房源或客源时，系统自动生成相应的销售线索，这样可以连查询功能都不需要了。（这是用户梦想的需求）
设想一下，如果没有小牛的建议，小明的需求也必须响应，因为是因为小菜没有考虑实际场景一个客户对多套房源有诉求，或者多个客户同时对一套房源产生诉求，属于小菜的“产品bug”。
这时候你去说服了研发继续投入大量的时间把多组查询的需求实现了，然后经过多轮需求变更才达到小牛提供解决方案阶段。代价是就是期间浪费大量的研发资源，并且研发同事也会觉得你的解决方案不靠谱，当你下次提需求时，研发会不断去挑战你的方案可行性及解决效果。此外，用户还会觉得你能力一般，总是用户说啥，你做啥，没有体现产品经理的价值，等同于“需求翻译机”。
（2）没有需求挖掘，提供用户不是真正想要的
有一次运营部小龙找到产品经理小菜说：希望让用户
