需求采集，人人有责。
讨论需求采集方法。
直接从用户那里得到需求，我们称之为一手需求，就像生孩子。一手需求与二手需求。有个很形象的比喻就是生孩子与养孩子。话糙理不糙，首先把生孩子需求采集视为己任，人人有责，希望所有人都参与，都来生孩子，然后我们帮大家养，这就需要给他们一个简单的生孩子的工具----单项需求卡片。
很多时候我们还会接受二手需求，比如老板说要给用户做一个某功能，销售人员说用户哪里用起来不顺当。这些需求和一手需求比起来，就像养孩子，生孩子更多时候发生于新产品诞生前，这个时候外部没有用户，内部没有运营，销售服务等。所以对于需求而言，更多的是产品人员驱动，去主动采集需求，比较常见的就是直接去潜在的目标用户那里采集。这个从无到有的过程，发挥的空间最大，很有成就感。养孩子通常是产品已经运行了一段时间以后，用户也有了，公司内部也多了很多相关的人员，比如销售和服务。虽然产品部门与用户的直接接触变少，但多了很多的间接来源，基于终端用户接触的干系人，他们会向你反馈很多的需求，而用户也开始主动提出需求了。
对比一下，生孩子的时候，我们主动去拉需求的比例较高，需求都是直接从用户那里得到的，有点儿进攻的感觉。而孩子生出来以后，就不再是你一个人的孩子了，必然是大家一起养，所以我们需要照顾的各方面也会更多。我们会收到很多推过来的需求，比较像防守的感觉。
有很多同学从一开始工作，接触的就是已经存在的老产品，需求始终堆积如山，如果碰上销售强势的产品，那更是连响应销售提过来的需求都来不及。也许做了半年，一年，突然回想，发现自己连真正的用户都从来没接触过，而是始终在满足销售的需求。产品部门应该坚持不断地从终端用户那里直接获得需求，才能保证产品的可持续发展。但二手需求毕竟是常态，我们经常接到的就是口头上那几句话或者一封邮件的几行说明，这中间理解的偏差只能靠我们主动的、反复的沟通来弥补。那么有没有什么办法解决呢？下面介绍一种简单的二手需求采集工具，单向需求卡片。
单项需求卡片的理念就是，产品的需求工作不只是需求分析人员的事儿，而是涉及产品的每个干系人的义务，至少得参与采集的过程。理想的状态是，产品所有的干系人都参加过需求采集的培训，然后日常工作中养成主动提交需求给产品人员的习惯。作为专业的需求分析人员，应该降低同事们比如销售服务，技术人员提交需求的成本，也是节省我们自己的时间，尽可能多的采集需求。采集并不是产品设计之前的工作，而是一个贯穿始终的过程，它并不是产品人员的事情，而是所有人的责任。
最后再简单分享几个有特点的需求采集方法，希望大家能灵活应用，尽可能多的采集。
现场采集
现场调查说简单一点儿，就是打入敌人内部，和客户一起工作一段时间，深入了解需求。它是一种典型的定性分析，持续时间长，从几小时到几个月，既能听到用户怎么说，也能看到用户怎么做。不过受众面极其狭窄，一次只能有一个，要特别小心被非典型的用户带到沟里去。
AB测试
AB测试基于大用户量比较合适。比如有一个按钮不知道是放页面的左边好还是右边好，而我们有10万用户，那就先随机挑选少量的用户发布这个按钮。1000人放左边，另外1000人放右边，然后过段时间分析结果，再决定剩下的98%用户该怎么办。很明显，这也是让用户直接参与了设计。
卡片分类法
我们把产品各种需求写在便利贴上，让用户一起讨论并完成分类，这能让你深入了解用户是怎么给产品划分模块儿的。
用户认为这个网站应该是什么结构，因为产品设计人员的思维和用户的思维通常不一样，这也就导致了如果是产品设计师来单方面决定网站结构的话很可能会导致用户理解的困难。所以卡片分类法能让最终的产品更加符合用户的心理模型。自己提需求，这是最简单的方法，每一个靠谱的产品都会有一群粉丝，用户不用你去找他们采集需求，他们也会给我们惊喜，主动提出很多需求。作为产品的主人，我们还好意思没有用户了解产品吗？产品要用才能感觉出好坏，特别是自己做的产品。产品做多了我们随便看看别人做的产品，总能一下子挑出很多问题，提出很多需求。
需求采集的各种新方法层出不穷，和学习任何领域的知识一样，建议大家在了解知识框架后，坚持需求驱动学习，听用户的，但不要照着做。采集了很多需求，但是一团乱麻，从哪里着手呢？用户都帮我们想好怎么做了，照他说的做吗？下一节----需求分析。