从用户需求到产品需求

　　近两年，随着产品经理泛滥，还有一个被说烂的词，「需求」。很不幸，我也加入到这个神化的行当，每天需求中来，需求中去。

　　程序员问：“为什么加入这功能?”

　　答：用户「需求」啊!

　　老板问：“这个功能一定要加吗?”

　　答：得加!用户「需求」，他们都需要!

　　客服人员：这是用户「需求」，都说了很久了，下个版本得加上!

　　一下子，仿佛不说需求，产品就没法当了。伴随着「需求」，还有许多词，如用户需求，产品需求，强需求，弱需求等等。其实，我不禁要问：我们弄懂了这些「需求」了吗?

　　先来一个耳熟能详的例子吧。福特汽车公司创始人亨利·福特说：如果在汽车时代早期询问客户有何需求，很多人可能都会回答说“要一匹跑得更快的马”。用户压根不知道自己需要什么，直到你把它摆在他面前，乔布斯如是说。

　　需求是什么?一匹更快的马?用户都需要呢。还是一辆汽车?毕竟用户都很喜欢。需求到底是什么?此时此刻，我想增加一个名词，就叫做「用户期望」。其实现在很多产品人员里嚷着的更像是「期望」，而不是「需求」。个性婚恋网站51230.com的邵光荣曾有个观点「一匹更快的马就是很明确的用户需求，需求就是更快，马是指市场上现有的产品，用户只是不懂汽车，并非不懂自己要什么。」。先回到这个例子上，由于用户基于他们的阅历与认识，他们习惯给自己的需求套到现实中可实现的方法或物质中。所以他们回答一匹跑得更快的马。但并不意味着这就是他们的最终需求。需求可能不被察觉，经过大脑翻译然后输出，成了被我们理解成需求的期望。而这里就是那匹更快的马。逆着翻译，我们也不难得到他们的需求是「速度更快的代步工具」。

　　用户需求找到了，但是福特并没有给他们一匹更快的马，而是一辆福特汽车。而这辆汽车，我们称为「产品需求」。产品需求是什么?与用户需求又有什么关系?首先，产品需求在我看来，实际上是基于用户需求，结合产品形态，企业战略的需求。用户需求是底层，是内包含的。实现产品需求，实际上也在实现着某些用户需求，是用户需求的进一步提炼。

　　上图是《用户体验的要素》中的提到的经典模型，而战略层实际上我们就可以理解成产品需求，是网站(产品)目标与用户需求的融合。

　　好了，我们再梳理一下：

　　当用户提出很多意见时，往往夹着他们给这个问题的定性与解决方案。所以我们往往听到的是你这里加个xx按钮，你这不行得这样才行。其实就像用户使用产品只是想完成他们的任务，而不是来体验的一样。他们给你提各种期望也仅仅是为了更好的完成任务。所以我们需要对这些期望过滤，得到用户的需求。然后再结合自身得到产品的需求，最终迭代到产品。

　　但是道理很简单，但是说时容易做时难，很多人听到用户的声音，便已经定性为用户需求，或许他也知道需要过滤，然而在潜移默化中却成了真的用户需求。有时候不是不知道，而是混了。所以我更倾向于用「用户期望」这个词，与需求区分，也更加贴切。

　  最后再补充两小点：

　　1、期望很多，该听谁的?

　　让我回答的话，忘掉专家用户的话吧，专家包括xx观察者，分析师，同行，同事。因为他们不是主流用户。主流用户只是想完成他们的任务，而专家是吹毛求疵。过分相信专家注定与主流擦肩。

　　2、产品需求与盈利

　　记住，商业化其实并没有什么不好，只要满足一定用户需求的前提下。任何不以盈利为目的的企业都是耍流氓。盈利没什么可丢人的，只有盈利，才能更好的服务，这是一个闭环。切断了，最后就只会独木难支而死掉。产品需求或许就可以被理解为用户需求与商业化的平衡需求。