熟悉，但又很陌生的“需求”，我们研究用户，有时候会发现一些需求，但领导不批准实现，甚至还比较嫌弃。
于是，我们又继续研究用户，寻找新的需求。
寻找，拒绝，继续寻找，继续拒绝，一个完美的恶性循环，要么是我们先放弃，要么是我们能够跳出这样的循环。
其实，跳出的方法，很简单，只要思考一下，为什么这些“需求”会被拒绝，就可以了。
需求会被拒绝的原因，并不是因为他们不够好，而是因为我们把需求理解的太简单了，因为被我们提出来的这些需求，并不是真正意义上的需求。
“需求”这个词是一个残缺的词汇，任何一个人，所需要的事物，都可以称之为需求。但，这些“需求”，并不是我们想要的需求。
这个词并不完整。
举个例子。
你的邻居，想要买一辆二手车，表示他对二手车存在需求。
但是，这个需求，和你有什么关系呢？
这只是邻居的需求，不是你的需求。
“需求”是一个名词，需要搭配上“主体”，才会产生具体的含义。如果，缺少了“主体”，这个词就毫无意义了。
三种需求
相对于不同的主体，会存在不同的需求，当主体发生改变时，原本是需求的也会变成不是需求。
张三想要房子，房子是张三的需求，李四想要车，车是李四的需求，房子和车都是需求，但反过来，张三不想要车，李四不想要房子，那么房子和车，也都不是需求了。
在我们尝试去挖掘需求之前，得先清楚一件事：谁是需求的主体，要挖掘谁的需求。
主体一定是用户吗？
未必。
产品经理最常接触的三个主体，分别是用户，开发团队还有产品，这三个主体分别对应三个不同的需求方向。
用户需求
用户需求，是指产品的使用者或者潜在使用者想要的事物。
关键词是“用户想要”。
浅层次的用户需求，往往都会有对应的问题，正是因为这些问题对于产生的影响，使得用户对某些事物产生了“想要”的心理活动。
深层次的用户需求，也会有对应的问题，但这些问题处于“无感知”的状态，用户本身并没有意识到问题的存在，也没有意识到自己正在被问题所影响，所以，深层次的需求，难以寻觅，需要长时间的研究，分析。
比如：
饥饿问题会迫使用户产生对“食物”的需求，是一个浅层次需求，任何“食物”，都可以满足该需求。
油脂重的食物，会增加身体的负荷，影响人的精神状况，这是不容易被察觉的问题，很多用户对此都没有感知，那么，健康，精神，就是一个深层次的需求。
所以，寻找用户需求，只需要去寻找用户存在的问题，对用户产生了影响的问题，对这些问题进行分析，就能得到用户需求。
但，这仅仅是用户的需求，当主体不再是“用户”时，也就不再是需求了。
开发需求
开发需求，是指产品经理交付给研发团队的，需要被实现出来的产品设计方案。
关键词是“产品经理需要”。
我们所设计的功能，页面里的每一个参数，业务里的每一个逻辑，都是一个开发需求。
简单来讲，由产品经理所输出的产品设计方案，就是开发需求。
研发同事吐槽的“需求不合理”，也是指我们的产品设计方案不合理，是指“开发需求”不合理，而不是“用户需求”。
当然， “需求无法实现”，也是指某些产品设计方案无法实现，而不是指“用户需求”无法实现。
想象一下，当研发同事告诉我们“需求不合理”时，如果我们的理解是研发在质疑“用户需求”，然后去争论，用户就是有这样的需求，还罗列出一些调研报道，尝试去证明用户存在这样的需求。
相信过程和结果，都不会太愉快。
产品需求
我们将产品经理输出的设计方案，命名为“开发需求”，是因为“产品需求”已经存在了更重要的含义。
产品需求，就是指被指定为“目标”的数据项。这里的产品，并不是指产品经理，而是指“产品”这款软件，每一款软件都包含了若干的数据项，每一项数据项都可以被指定为“目标”。
关键词：产品目标。
产品具备生命周期，产品的发展也像人们的生命一样，规模大时，可以抵御大多数大危机，能够仍受许多决策错误，而在规模较小时，任何一个疏忽都会导致产品死亡。
如果我们将产品拟人化，也可以理解成，产品自身也存在需求，而作为一名产品经理，找到产品自身存在的需求，是我们的职业使命。
产品需求的具体呈现形式便是各项数据指标，也可以理解成数据指标所反馈出来的，产品自身所存在的问题。
举个例子：
有的产品裂变的能力极强，能够持续获得大量的用户，但留存率较低，表示产品留存能力不足。
此时，我们应该继续加强产品的新增能力，还是应该去改善产品的留存能力？
有的产品留存能力极强，产品内的所有用户都具备较高的活跃性，但获客能力严重不足，一个月仅有几十人新增用户。
此时，我们应该继续强化留存能力，还是改善新增能力？
产品的各个数据项，都会反映出产品自身所存在的问题，这些问题，都可以成为我们去努力的目标，而这些目标，就变成了产品自身的需求。
谁才是我们应该关注的“需求”？
尝试给需求，增加一个“主体”，我们还能找到更多种类的需求，像是运营需求，市场需求，公司战略需求。
而相对于不同的主体，会存在不同的需求，当主体发生改变时，原本是需求的也会变成不是需求。
还记得文章开始提到的案例吗？
你的邻居想要买一辆二手车，表示他对二手车有需求，这是一个用户的需求，但却与你没有什么关系。
如果，你刚好想要卖车，那么这件事就和你有关系了，此时，你就是产品，你的需求便是将车卖出去，改变自己持有的车辆数量，或者资金数量。
产品里的每一个业务，每一个功能，我们都可以从用户需求的角度去解读，但他们并不是单纯的用户需求，至少还包含了另一层身份：产品需求，有的业务，甚至存在三层以上的身份。
单一追求用户需求，忽视对“产品需求”的理解与挖掘，就会变成用户需求的搬运工，搬运若干需求，但大概率都会被上级领导拒绝。
现在，问题来了，我们已经知晓有很多个需求的“主体”，也就意味着存在很多种需求，而每一种需求，也意味着一个截然不同的需求方向。
这么多的“主体”，谁才是产品经理最应该重视的“主体”？
或者，我们把范围缩小一点。仅考虑用户需求，开发需求，产品需求，这三种需求。
你认为，做为产品经理应该优先考虑的是谁的需求？
在我们挖掘需求时，又应该优先往哪个需求方向挖掘呢？
下一篇文章：“像产品总监一样思考”
