需求的生老病死

需求的生老病死

需求之源

        根据马斯洛的需求层次理论，可划分为五个层次，由低到高，分别是：生理需求、安全需求、社交需求、尊重需求、自我实现需求。人产生需求的原因就是因为生活中存在“理想与现实的差距”，自然而然，人类就会产生“减少甚至消除这个差距”的愿望。 因此产品经理需要做的就是做出一款满足用户需求的产品。
        在这个过程中，产品经理做产品会应以用户为中心，选择自己的用户群，满足他们的需求。但是人的需求是无穷无尽的，不同的用户其欲望也千差万别。因此，面对需求时，切忌贪多，产品经理只需要选择满足一部分用户群，如果想满足所有用户的需求，这将是一个灾难，最终做出来的产品也会是四不像，最终谁的需求都满足不了。
        否则，整天被一些鸡毛蒜皮的事情耗着，时间长了心理肯定会有挫败感，要解决这些问题一定要抓住产生问题的源头，这个版本没办法控制了，那么下个版本应该提前做好准备，严控需求、最大化过滤掉与核心功能不相关的需求。

解决谁的需求

         由上面的分析可以看出，用户是需求之源。通过研究需求，可以增强对用户的理解。理解用户，是产品经理的重要素质之一。就如我们熟知的两部电影，《一代宗师》的票房只有2.8亿，而《泰囧》的票房有12.7亿，这中间的差异反映的就是京东1万白领和11万蓝领的景象。可能我们还回味着《一代宗师》里在雪花纷飞的站台上，在火车的鸣笛声中，两位武学大成者在黑幕下打拳的美景，但是其他人可能更想看看《泰囧》中棉絮满天飞，鸡飞狗跳的滑稽画面，只为开怀大笑。这就是用户需求的差异。所以在做产品时，我们必须要明白自己想要的是2.8亿的知识分子，还是要12.8亿的普众。

需求采集

        需求不是说出来的，也不是看出来的，更不是拍脑袋想出来的。真正的用户需求需要“视”、“听”、“说”、“做”四维结合。

• “视”：观察用户是怎么做的，怎么选择产品，怎么使用产品；
• “听”：听用户述说自己选择或者使用产品时的思考过程，怎么想的；
• “说”：用户访谈和调查问卷，用户访谈是对用户的需求进行定性的了解，关注的是为什么，而不是怎么做。在用户访谈过程中，要避免用户过于强势或者我们过于强势，而把方向带偏，我们只需要听用户说的，但不需要照着做。往往用户说的并不一定是直接需求，甚至是自相矛盾的解释，我们需要的是去探索后面的为什么。用户访谈毕竟样本有限、结果比较开放，所以我们需要大量的问卷调查数据，对用户的需求进行定量的论证。
• “做”：进行数据分析，发现数据特征，并对产品做出方向性假设，再用数据去解释，最后可以通过电话调研或者登门拜访的方式，通过用户修正自己的解释，从而指导产品的发展方向。

        通常需求的采集，包括定性采集和定量采集。定性采集包括上面说到的用户访谈、可用性测试，定量采集包括问卷调查、数据分析等。各种采集方法之间互有优劣，具体采用哪种方法，则要根据自己的需求类型、手头资源等实际情况而定。

需求的实现
[size=small]        需求可以是直接从用户那得到的一手需求，也可以是从销售、运营、老板那得来的二手需求。
        为了满足用户的需求，通常有这三种方式：

• 改变现状：开发某个产品，最常用也是最笨的方法；
• 降低理想：“丑话说在前面”，拿劣质产品作对比分析，提升用户的平衡心理。
• 转移需求：寻找更强烈的需求展现给用户，让他们不必纠结于原来的需求。

        当你得到了用户的需求后，这才是万里长城的第一步，你需要对它进行需求进行转化，通常会采用需求卡片的方式，进行头脑风暴，把用户需求整理成产品需求列表。通常，用户需求与产品需求是多对多的关系，在转化的过程中，需要过滤掉不靠谱的用户需求。在此之后，你需要确定基本属性、分析商业价值、初评实现难度、计算性价比等一系列评估，即需求DNA的检测。
        在实际的项目中，有可能你只不需要参与到需求的那么多步骤，你拿到手上的需求，可能就是需要你去和开发评测，开始着手开发了。所以在实际的工作中，需求主要通过下面的步骤进行流转和实现的。你对于一个后台产品经理来说，你的需求可能是前端产品经理或者运营提出的外部需求，也有可能是内部需求，，包括产品自己向开发提出的需求；产品认为有什么数据需要前端展示，而提出的需求；研发认为有更好的处理逻辑而提出的需求。但无论哪种需求，都主要分为以下几个状态：

• 待讨论：需求由提交人录入列表的初始状态；
• 需求中：商业价值确定后，进入需求中，继续“初评工作量”、“计算性价比”，甚至于需求打包成BRD；
• 拒绝：需求对产品的商业目标在相当长时间内没有价值，最好在备注里说明拒绝理由；
• 暂缓：有价值但是现在不做的，通常要表明重启的条件，如“3个月后再拿出来讨论”；
• 开发中：产品会议上通过的需求，装填会变成“开发中”；
• 已发布：项目发布时，需求的状态也随之改变。

需求的流程

        在实际工作中，一般产品需求都是经过运营做过BRD之后，才提交给产品，产品拿到需求之后，需要做的是进行需求分析、数据论证、需求内部评审、和开发测试进行公开评审等。如果确实不能做，可能会暂缓，等时机成熟再重启该需求。

需求的实现流程

        最后，作为产品经理，永远需要明白的一件事就是：不要奢望所有人都能理解你的想法，包括老板。因为不管一个产品公司战略规划和布局是什么，它依赖的一个核心价值还是在于用户的需求动机，所以当我们没办法说服领导或者其他部门人员去同意我们的方案时，最好早一点把用户研究和用户测试的机制加入到产品开发当中来。期间需要有很多方法来尽可能的获取到用户数据。但是做出来的产品才是接地气的满足用户需求的产品。