说说产品经理的“需求真相”
2013-07-03 14:38
211 查看
这几年随着产品经理泛滥,还有一个被说烂的词,“需求”。很不幸,我也加入到这个神化的行当,每天需求中来,需求中去。
程序员问:“为什么加入这功能?”答:用户“需求”啊!
老板问:“这个功能一定要加吗?”答:得加!用户“需求”,他们都需要!
客服人员:这是用户“需求”,都说了很久了,下个版本得加上!
一下子,仿佛不说需求,产品经理就没法当了。伴随着“需求”,还有许多词,如用户需求、产品需求、强需求、弱需求等等。其实,我不禁要问:我们弄懂了这些“需求”了吗?
先来一个耳熟能详的例子吧。福特汽车公司创始人亨利·福特说:如果在汽车时代早期询问客户有何需求,很多人可能都会回答说“要一匹跑得更快的马”。用户压根不知道自己需要什么,直到你把它摆在他面前,乔布斯如是说。
需求是什么?一匹更快的马?用户都需要呢。还是一辆汽车?毕竟用户都很喜欢。需求到底是什么?此时此刻,我想增加一个名词,就叫做“用户期望”。其实现在很多产品人员里嚷着的更像是“期望”,而不是“需求”。先回到这个例子上,由于用户基于他们的阅历与认识,他们习惯把自己的需求套到现实中可实现的方法或物质中。所以,回答一匹跑得更快的马,并不意味着这就是他们的需求。需求可能不被察觉,经过大脑翻译然后输出,成了被我们理解成需求的期望。而这里就是那匹更快的马。逆着翻译,我们也不难得到他们的需求是“速度更快的代步工具”。
用户需求找到了,但是福特并没有给他们一匹更快的马,而是一辆福特汽车。而这辆汽车,我们称为“产品需求”。产品需求是什么?与用户需求又有什么关系?首先,产品需求在我看来,实际上是基于用户需求,结合产品形态,企业战略的需求。用户需求是底层,是内包含的。实现产品需求,实际上也在实现着某些用户需求,是用户需求的进一步提炼。
上图是《用户体验的要素》中的提到的经典模型,而战略层实际上我们就可以理解成产品需求,是网站(产品)目标与用户需求的融合。
好了,我们再梳理一下:
当用户提出很多意见时,往往夹着他们给这个问题的定性与解决方案。所以我们往往听到的是你这里加个xx按钮,你这不行得这样才行。其实就像用户使用产品只是想完成他们的任务,而不是来体验的一样。他们给你提各种期望也仅仅是为了更好的完成任务。所以我们需要对这些期望过滤,得到用户的需求。然后再结合自身得到产品的需求,最终迭代到产品。
但是道理很简单,但是说时容易做时难,很多人听到用户的声音,便已经定性为用户需求,或许他也知道需要过滤,然而在潜移默化中却成了真的用户需求。有时候不是不知道,而是混了。所以我更倾向于用“用户期望”这个词,与需求区分,也更加贴切。
下面再补充两小点:
期望很多,该听谁的?
让我回答的话,忘掉专家用户的话吧,专家包括xx观察者、分析师、同行、同事,因为他们不是主流用户。主流用户只是想完成他们的任务,而专家是吹毛求疵。过分相信专家注定与主流擦肩。
产品需求与盈利
记住,商业化其实并没有什么不好,只要满足一定用户需求的前提下。任何不以盈利为目的的企业都是耍流氓。盈利没什么可丢人的,只有盈利,才能更好的服务,这是一个闭环。切断了,最后就只会独木难支而死掉。产品需求或许就可以被理解为用户需求与商业化的平衡需求。
程序员问:“为什么加入这功能?”答:用户“需求”啊!
老板问:“这个功能一定要加吗?”答:得加!用户“需求”,他们都需要!
客服人员:这是用户“需求”,都说了很久了,下个版本得加上!
一下子,仿佛不说需求,产品经理就没法当了。伴随着“需求”,还有许多词,如用户需求、产品需求、强需求、弱需求等等。其实,我不禁要问:我们弄懂了这些“需求”了吗?
先来一个耳熟能详的例子吧。福特汽车公司创始人亨利·福特说:如果在汽车时代早期询问客户有何需求,很多人可能都会回答说“要一匹跑得更快的马”。用户压根不知道自己需要什么,直到你把它摆在他面前,乔布斯如是说。
需求是什么?一匹更快的马?用户都需要呢。还是一辆汽车?毕竟用户都很喜欢。需求到底是什么?此时此刻,我想增加一个名词,就叫做“用户期望”。其实现在很多产品人员里嚷着的更像是“期望”,而不是“需求”。先回到这个例子上,由于用户基于他们的阅历与认识,他们习惯把自己的需求套到现实中可实现的方法或物质中。所以,回答一匹跑得更快的马,并不意味着这就是他们的需求。需求可能不被察觉,经过大脑翻译然后输出,成了被我们理解成需求的期望。而这里就是那匹更快的马。逆着翻译,我们也不难得到他们的需求是“速度更快的代步工具”。
用户需求找到了,但是福特并没有给他们一匹更快的马,而是一辆福特汽车。而这辆汽车,我们称为“产品需求”。产品需求是什么?与用户需求又有什么关系?首先,产品需求在我看来,实际上是基于用户需求,结合产品形态,企业战略的需求。用户需求是底层,是内包含的。实现产品需求,实际上也在实现着某些用户需求,是用户需求的进一步提炼。
上图是《用户体验的要素》中的提到的经典模型,而战略层实际上我们就可以理解成产品需求,是网站(产品)目标与用户需求的融合。
好了,我们再梳理一下:
当用户提出很多意见时,往往夹着他们给这个问题的定性与解决方案。所以我们往往听到的是你这里加个xx按钮,你这不行得这样才行。其实就像用户使用产品只是想完成他们的任务,而不是来体验的一样。他们给你提各种期望也仅仅是为了更好的完成任务。所以我们需要对这些期望过滤,得到用户的需求。然后再结合自身得到产品的需求,最终迭代到产品。
但是道理很简单,但是说时容易做时难,很多人听到用户的声音,便已经定性为用户需求,或许他也知道需要过滤,然而在潜移默化中却成了真的用户需求。有时候不是不知道,而是混了。所以我更倾向于用“用户期望”这个词,与需求区分,也更加贴切。
下面再补充两小点:
期望很多,该听谁的?
让我回答的话,忘掉专家用户的话吧,专家包括xx观察者、分析师、同行、同事,因为他们不是主流用户。主流用户只是想完成他们的任务,而专家是吹毛求疵。过分相信专家注定与主流擦肩。
产品需求与盈利
记住,商业化其实并没有什么不好,只要满足一定用户需求的前提下。任何不以盈利为目的的企业都是耍流氓。盈利没什么可丢人的,只有盈利,才能更好的服务,这是一个闭环。切断了,最后就只会独木难支而死掉。产品需求或许就可以被理解为用户需求与商业化的平衡需求。
相关文章推荐
- 产品经理的段位——说说腾讯的产品职级
- 产品经理的BRD商业需求文档(为什么要做)
- 产品经理思维模型拆解——需求篇
- 人人都是产品经理-一个需求的奋斗史
- 破茧成蝶2:和产品经理一起做需求分析
- 产品经理与交互设计师的对话——需求是如何变成产品原型的
- 产品经理如何做好需求过滤——一数据
- 产品经理要怎样做,才能满足用户的需求?
- 对于产品经理提出的需求要多考虑一点
- 产品经理需求干货
- 产品经理的MRD市场需求文档(怎么做)
- 谈谈需求说说产品
- 业内人说:产品经理,用户需求分析有隐藏门槛
- 产品经理在做需求分析时的难点是什么?
- 项目经理(需求产品经理,实施经理)北京不难
- 产品经理之需求陈述
- 从需求与业务流程来聊一聊,产品经理刚接手TO B产品时该怎么做?
- 产品经理如何量化关键需求指标
- 如何向外行解释产品经理频繁更改需求为何令程序员烦恼?
- 从需求到上线,产品经理你挖了多少坑