【产品经理】3个反问，解决产品需求点混淆的问题一个好的产品经理不是追求把需求点儿写

在产品需求分析的过程中，我发现了一个大多数新手产品经理会遇到的问题——产品需求点混淆。

具体的问题描述是产品经理很努力的写出了一个看似“完美”且“很大很重”产品需求，并认为每个需求都特别重要，每个需求都是在解决用户的痛点，每个需求都是现在最急需的。但是其实并不是这样。这就是新手产品经理在做产品过程中最常见的一个问题。遇到这个问题不及时解决的结果就是公司有限的开发资源被投入到了无限的需求开发之中，造成整个公司的损失。而且就算需求被开发出来了，往往也不会有太大效果。

为什么会出现这个问题呢？其实就是产品需求点混淆的问题，把一个产品的用户需求、企业需求、领导需求、个人想法全部混在一起了。觉得这个功能能解决所有问题，但是其实一个问题也解决不了。

大家都知道，一个好的产品经理需要同时平衡三个方面，即用户需求，企业需求还有技术瓶颈。一个好的产品经理不是追求把需求点儿写得大而全，而是找到最高效的平衡用户需求、企业需求、技术瓶颈这三方面的产品需求，这才是王道。产品需求的开发效率是值得被综合考虑的，这里说的产品开发效率即指产品研发的效率也指开发完成后带来的市场效益。

所以，一个看似完美的产品需求带来的结果就是超低的产品研发效率，和由于产品开发慢导致产品真正开发出来之后，用户的市场需求已经变化了，而导致的市场效益低。而且这种看似完美的产品需求往往还会带来一个问题，就是需要协调的公司内部的协同资源特别多，也就是不是一个人可以搞定的，就算你做出来了，公司内部的其他同事不采用也是白搭。一句话，验证这个产品需求的正确性靠你一个人或者你的小团队搞不定。

那怎么样可以尽量避免提出这种大而全的需求呢？我认为在产品经理做需求分析的时候，需要追问自己三个问题：

这个产品需求满足了用户什么需求?

这个产品需求给企业带来了什么价值?

这个产品需求是否来自自己的“妄念”?

下面我们就来看看各个问题是怎么回事。

第一，这个产品需求满足了用户什么需求?

做产品需求分析最容易犯的一个问题就是把领导的需求当成用户的需求。我们做需求分析的时候，常常是领导给我们一个任务让我们去做的，所以我们本能的做出来的需求分析就是迎合领导期望的。这种产品做出来死的可能性非常大。

所以，产品经理在做产品需求分析的时候一定要把“领导”清出自己的大脑。我自己真正站在用户的角度来想，这个产品是不是真正在满足用户的什么需求，满足的用户需求是小众需求还是大众需求。如果这个需求的使用场景特别局限，那在产品初期就直接 pass 掉。

第二，这个产品需求给企业带来了什么价值?

这个问题的思考和第一个问题看似完全相反。其实就是要考虑到你做的产品功能到底给公司带来了什么。产品经理基于自己指标考核的压力，常常想尽可能用资源获得成功。

在运营商行业，最常见的就是关注送流量，不管什么业务都是只要参加就送流量。的确，数据上来看，很好看，参与人数非常多。你说满足了用户的需求吧，当然满足了，用户天然缺流量呀！但是这样给企业带来了什么价值呢？大部分的时候，我们发现完全没有价值……用户只为了流量来，没有流量就走了，任何业务转化都没有。

还有些产品经理甚至常年把公司的促销做成了自己产品的核心卖点，那真是悲剧了。当资源一停止，产品就完全 SB 了。所以说，我们做一个产品的时候一定要想想这个对企业有什么价值，不能为了做产品而做产品。大家要记住一个好的产品可以不盈利，但不能没有盈利的能力。

所以，产品经理要站在企业的角度看，产品的需求到底给公司到来了什么，或者解决了公司的什么问题。如果分析了半天，发现啥都没有，那么你就要好好考虑一下自己产品定位了。

第三，这个产品需求是否来自自己的“妄念”？

这个问题其实最难，因为它来自原产品经理自己的认知边界。产品经理往往会把一些自己内心的元素有意或者无意的加入到产品中，并认为这是全天下所有人的需求，但其实这只是你自己的。特别是有时候一些技术型的产品经理在产品中会出现一些“炫技”的功能，觉得这个功能点或者使用的技术特别牛，但是其实用户完全没有感知……这就是属于自 high 的一种情况。发生这类问题的时候，我们往往都不知道问题已经发生了。别人提出这个问题的时候，自己还会本能的反抗。

对于解决这类问题的办法就是提升自己的素养，多学习，努力打破自己思维里的墙。然后多和人交流，把自己的设计理念告诉大家。看看是自己的自 high 还是真正是大部分人的需求。