本文梗概
对于一个需求从产生到验证，通常包括以下五个环节，这五个环节分别对应产品或是某个功能从无到有的各个阶段，需求获取好理解，需求分析对应着需求评估会议，这时身为产品经理的你需要叫来公司各个部门的小头目们来进行商讨，也许会经过讨价还价，挤眉瞪眼，甚至大打出手才能做出最后的需求决策，当然这时可能就不仅仅是需求了，而是将需求转化为了功能点，紧接着，就进入了需求开发的阶段（产品开发），待产品成型，将其推向市场或是冷启动，来验证产品中所包含的需求是否被用户所接受，这时可能又产生了新的需求，应该是一定会产生新的需求，如果V1.0你就能做到完美，那我只能说你们实在是牛。简单描述了需求的五个步骤，那么这篇文章重点来介绍一下第一步：需求获取。
正文
需求获取这一步主要包括三个方面的内容：渠道、方式、记录。
一、渠道
1.外部渠道
1）用户
产品设计的初衷就是为了满足用户需求。但这里你要明确的是，你的用户究竟是谁，并不是每个人都是你的用户。
2）竞品
所谓的竞品，从功能角度出发主要可分为两种。一种是用同样的产品功能满足同样用户需求的产品，另一种是用不同的产品功能满足同样用户需求的产品。
3）市场
这里的市场主要包括两个方面，一个是你所处行业的动向、发展趋势，这个过程是一个较平缓的过程，多数可以预测；另一个则是由于政策法规的颁布而对市场造成的影响，有时难以预测，比如近期北京、上海等地即将推行的网约车新规。
4）合作伙伴
合作伙伴在商业模式当中扮演着重要的角色，因此他们的需求亦不容忽视。
2.内部渠道
1）老板
企业运转的根本目的在于盈利。产品在满足用户需求的同时必须兼顾公司的战略需求。而这方面需求通常是由老板或公司的高层来把握。
2）产品团队
用户在使用产品时会产生行为数据，这些客观的数据一定程度上会反映出用户的需求。
3）其他部门
一款产品从诞生到投入市场，主要需要以下角色参与：产品、研发、设计、运营、市场、销售、客服。其中，运营、市场、销售（解决合作伙伴对产品价值的质疑）、客服（解决用户遇到的问题）是距离用户最近的人，往往最能理解用户抱怨的点也最能提出产品建设性的意见。
4）自己
有的人说，产品经理不能成为自己产品的深度用户，他们担心一旦成为深度用户便无法站在宏观的角度去考虑产品，我不赞成这种观点，成为自己产品的深度用户应该是最基本的要求，关键则是如何快速的从用户的角色转换成产品经理的角色。
二、需求获取的方式
1.外部
1）市场
●政策调整
关注行业相关的政策调整，并思考其对需求和产品的影响。就拿北京的网约车新规征集意见来举例子，昨天下班本习惯性的想叫个滴滴快车，结果是下图这个样子的----，我当时就哭了，往日周围全是车，现在毛都没有，离我9分钟那大哥你究竟在哪？
●动态资讯
关注行业资讯，思考行业动向对需求和产品的影响。
●行业数据
利用行业数据报告、行业数据统计工具获取需求。CNNIC、199IT、易观智库、艾瑞咨询、企鹅智库等机构会不定期发布行业的相关报告，这些机构的报告相对而言比较有权威性，具有一定的参考价值。除了行业相关的数据报告，还有诸如百度指数、360指数等基于大量用户数据的数据统计工具。
●新闻媒体
新闻媒体单独拿出来讲师因为以上三点基本都是通过新闻媒体获得的信息，它是一个大的集合，可以包括电视、报纸、期刊、新媒体（微信、微博等）、论坛（知乎、豆瓣等）、数据分析网站等等。
2）用户
从用户处获取需求，主要通过线上的意见反馈、论坛、App Store评论、线下的用户访谈、问卷、日常观察、访谈等方式。这些方式方法概括起来主要可分为三大类：用户调研、用户反馈、用户访谈。这里讲用户访谈剥离出用户调研是因为个人觉得用户访谈的形式更加场景化，针对性更强。
PS：腾讯内部有一个需求研究法则：10/100/1000法则。它的意思是说产品经理每个月必须做10个用户调查，关注100个用户博客，收集反馈1000个用户体验（这想必大家都知道）。法则是死的，但人是活的。虽然我们很可能没办法做到每个月做10个用户调查、关注100个用户博客、收集反馈1000个用户体验，但我们应该记住这个法则传递出的理念：去了解你的用户，尽最大可能去了解你的用户！（这很大程度上依赖于三件事：用户调研、用户反馈、数据分析）
●用户调研
用户调研就是通过问卷调查、信息采集等手段来挖掘用户需求的方式。产品经理要想真正了解用户的需求，就要尽量走到用户当中，去深入了解他们在具体场景下的想法与感受。要做到这一点，很大程度上需要依靠用户调研。具体的调查方式或工具：问卷星，线下问卷填写，委托第三方调研机构等，要想达到好的调研效果，往往需要设置一些奖励，这里不做赘述，以后有精力会去写细分文章。
●用户反馈
产品上线后，我们就可以开始收集用户反馈了。用户反馈可以通过线上的意见反馈、产品论坛、App Store评论、安卓应用商店评论、社交媒体评论等渠道获取。其中线上的意见反馈存在一个前提，即产品本身要有反馈入口和良好的反馈机制，如此一来用户才有抱怨产品的地方（之前听一个前辈抱怨XX学院，说发了N封邮件反馈产品问题，统统石沉大海。从那以后他再也不反馈问题了。。。）。通过这些反馈，我们可以了解用户在使用产品的时候遇到的问题以及一些之前根本没考虑到的需求点。这里特别要提的一点是，如果你的产品满足冷启动的要求，建议先进行冷启动，以最低的成本和风险获得第一批的用户反馈，优化后再逐步的推向市场。
●用户访谈
用户访谈是点对点的方式来获取需求，更具体，也更灵活，但是其效率会低些，毕竟不能大范围的获得用户需求。这里，我以之前针对母婴行业做的一次调研为例，给大家简单介绍下用户调研的流程，当时主要是基于晒娃现象而产生的想法，进而去调研母婴行业，调研了30余位宝宝的母亲或父亲。
①访谈计划。首先是制定访谈计划，在访谈计划中主要包括，访谈背景、目的、访谈时间、地点、对象、具体的问题，以及访谈结果的简要分析。
②访谈用户特征。下表中比较清晰的介绍了用户特征包括哪些。
③进行访谈。进行访谈的过程中最好按照预先设定的问题或主线进行交流，并时刻观察受访者的动作和表情，不要触及一些敏感问题。记录方式可以采取录音，电脑记录，笔记记录等方式，便于后期查找整理。具体的访谈细节方面以后会出文章去细讲。
④访谈结果整理。这里包括两个大的部分，当你访谈了若干个人之后，你就需要把每个访谈结果做一个汇总整理，具体可以参见下面的“访谈目的清单”表格。
⑤访谈总结。访谈总结就是对此次调研做一个整体总结，展示调研结果，阐述现象，有哪些需求，这些需求的动机、频次、广度等等，并针对这些需求提出产品意见等，当然，这些都是灵活的，重点是要实事求是的总结出调研结果。这里插播一个用户画像的模板，在给团队做案例展示时可以借鉴。
3）竞品
●竞品分析
依据苏杰老师的说法，我觉得我们可以将竞品分为两大类：用与我们相同或相似的功能满足用户同样需求的产品、用与我们不同的功能满足用户同样的需求的产品。（苏杰老师关于竞品的绕口令我就不贴出来了。。。）。所谓竞品分析，就是寻找出有代表性的竞争产品，从多个维度对比该产品与我们的产品之间的相同之处与不同之处，从中分析出两者的优劣之处，得出结论，为产品的设计与迭代提供突破口或带来启发（这是指单次的竞品分析）。
并且，竞品分析应当是持续性的。也就是说，我们应该持续关注竞品的动态，并依据竞争对手的变化适时对自身产品做出调整（这不意味着竞品加了一个shit功能我们也要跟着加，一切应以目标用户的真实需求为思考原点）。
4）合作伙伴
●深入沟通
不同领域的企业，合作伙伴很可能大相径庭。因此，关于合作伙伴的深入沟通这件事不能一概而论。
2.内部
1）老板
●深入沟通
老板往往是站在公司战略层面提出需求的，多数情况下都要特别考虑。当然，老板有时也会基于个人喜好提需求。如果老板的需求是有问题的，最好用委婉一点的方式让他明白，毕竟他是给你发工资的人啊。关于这一点，富兰克林老先生有句经典名言：“如果你想说服他人，要诉诸利益，而非理性。”你告诉老板他是错的不顶用，因为他未必真的愿意承认自己的错误。但如果你告诉他做了这个需求会使得公司的利益受损，那么他就会好好考虑一下你说的话了。
PS：富兰克林的这句名言不只适用于跟老板沟通，它适用于跟所有你想说服的人沟通，比如跨部门的沟通。
2）产品
●数据分析
通常情况下，有两种东西会直观地反映出一个人的心理，一个是他所说的话，另一个是他所做的事。用户调研和用户反馈，就是去听用户“说话”。而数据分析，则是去看用户”做事”。所谓“做事”，就是用户在使用产品过程中所产生的行为。而用户产生的这些行为，会以数据的形式被记录下来。我们所说的数据分析，就是指这一部分数据的分析。这一部分数据包括PV、UV、日活、月活、页面访问路径、单次使用时长、次日留存率等。对这些用户行为数据进行分析，可以帮助产品经理更好地理解用户的真实需求。
关于这个“更好”，容Smith我举个不太恰当的例子：一个熊孩子跟他爸出去逛街，他在一家玩具店门口停了下来，边说自己累了走不动了边盯着玩具店橱窗上挂着的咸蛋超人流口水。如果你是他爸，你会信他吗？显然不会。因为你不止听了他说的话（累了走不动了），还看了他做的事（盯着玩具店橱窗上挂着的咸蛋超人流口水）。由此，你可以轻易判断出他是想买玩具。同样的道理，产品经理光听用户说还不够，还得看他具体怎么做。这就是上面为什么说数据分析可以帮助产品经理更好地理解用户真实需求的原因所在。当然啦，把用户比作熊孩子，这是一个美丽的错误。。。。
3）其他部门
●深入沟通
一款产品从诞生到投入市场，主要需要以下角色参与：产品、研发、设计、运营、市场、销售、客服。其中，运营、市场、销售（解决合作伙伴对产品价值的质疑）、客服（解决用户遇到的问题）是距离用户最近的人，往往最能理解用户抱怨的点也最有可对产品提出建设性意见。因此，产品经理应该多与这些同事交流，通过各种方式把他们眼中看到的问题挖掘出来。同时，产品经理也可以把自己需要了解的一些问题传达给运营或客服，让他们在与用户的接触过程中，侧面问一问这些你所关心的问题。
4）自己
●使用产品
如果罗永浩一边用着苹果手机一边跟你说”我不为输赢，我只是认真“，你还会相信他的情怀吗？显然不会，连锤子之父都不用锤子，锤子才用锤子啊。同样的道理，作为一个产品经理应该成为自己产品的用户，而且是产品的目标用户。产品经理使用自己的产品的次数越多，就越有可能在使用过程中发现需求、更好地帮助用户解决问题。
当然，我们不能强迫一个男性产品经理成为自己设计的女性产品的目标用户，这恐怕有违人性。因此，还有另外一种方法可以帮助产品经理从产品使用中获取灵感，那就是角色模拟。所谓角色模拟，简单来说就是模拟用户在各个场景下的行为。除此之外，产品经理在使用产品时有一点需要特别注意，那就是要避免成为产品的重度用户，以免影响自己对于普遍用户行为的判断。
●观察生活
在现实生活中发现需求。说白了，就是时刻保持好奇心，注意观察平常生活中遇到的一些问题，想想这个问题能否用产品来解决。
三、需求记录
产品相关人员在获取需求之后，还需要对数据进行一个初步的记录，以便于后面产品经理对需求进行分析、管理与实现。而因为每个公司对需求记录的要求是不大一样的，所以这里仅列举需求初步记录需要有的一些基础要素：
1.需求类型
在需求记录时，明确需求的类型，将使得需求更有条理性，便于我们后面的需求管理与实现。而需求要有类型，首先我们必须对需求进行分类。以下是两种基本的分类法：
1）按产品属性划分
需求按性质划分，可分为idea、新增、优化、Bugfix这四种类型。
2）按产品职能划分
需求按职能划分，则可分为功能类需求、运营类需求、数据类需求、设计类需求这四种类型。
PS：需求的这两种分类法来源于@粽小喵的《『三分法』搞定产品需求分析》
3）按需求性质划分
需求获取，按性质可以划分为两类：显性的、隐性的。
我们直接间接从用户口中得知的需求就是显性需求。比如说，滴滴打车满足的是用户便捷出行的需求。比如说我们在出行的时候,还会有聊天和社交的这种需要。你在和用户沟通的时候，他可能无法很清晰的给你表达出来。因为用户无法表达，所以这一部分需求就需要产品经理通过分析自行得出。
因此，在填写需求记录表的“需求类型”这一栏时，格式应该是像这样的：优化/数据类/显性
2.需求来源
从需求获取阶段我们可以看出，需求的来源是多种多样的。每一个提出需求的主体都会有自己特定的立场和观点，明确这个主体是谁，将有利于我们更好地理解他所提出的需求。
在填写需求记录表的“需求来源”这一栏时，可以参照需求获取阶段的几种获取方式，然后以这样的格式记录：用户-用户反馈-产品论坛【昵称】（最好有该用户的联系方式以及简单的用户背景资料）。如果是内部人员提出的需求，则最好以这样的格式记录：内部-运营部-小明（这样做的目的在于方便需求存在疑问时可以快速地找到具体需求提出者，并与之沟通）。
3.需求内容
所谓需求内容，就是需求是什么。
在填写需求记录表的“需求内容”这一栏时，尽量用（主语+谓语+宾语）的语法结构，不要加入主观的修饰语句，避免对后面的需求分析做出干扰。
4.需求场景
需求场景，在我的理解就是对需求产生整个过程的描述。这样来看的话，它其实相当于涵盖了两部分的内容：场景和原因。考虑到场景与原因是一体的，所以我在这里选择不做区分。而关于需求场景的记录，我觉得有必要引入一个概念，这个概念叫“需求场景分析法”。所谓“需求场景分析法”，其实就是利用一些叙事的基本元素对需求产生整个过程的描述。它的具体内容是这样的：
·时间（在什么时间碰到了问题？）
·地点（在什么地点碰到了问题？）
·人物（谁碰到了问题？）
·事件（具体碰到了什么问题？）
·起因（为什么会碰到问题？）
·经过（碰到问题之后他的反应是什么？）
·结果（问题是否得到解决？或者说他想怎么解决？他的感受是什么？）
在填写需求记录表的“需求场景”这一栏时，则尽量依据需求场景分析法的各个要素来。
（至于需求编号、记录时间、记录人员这几项，实在没什么好说的，就无需赘言了。）
总结：本文比较详细的列举了需求获取的渠道、方式和记录方法，属于通用型，但也难免会有疏漏的方法，也希望看过的朋友能够指正或补充，最后要提醒每一位产品经理，需求不要主观臆断，一定要有理有据，这是最基本的要求。
个人微信：by15943016561，欢迎与各位大神交流产品那些事。
