用户需求是神马?

PM最喜欢说的词语之中,用户需求一词肯定是排在前列的。它似乎是PM工作的起点,又是终点。

还没开始进入这行的时候,对用户需求其实是似懂非懂的,知道它很重要,但其实不知道它为什么重要;知道要去了解用户的需求,但其实不知道怎么去了解用户的需求。

直到进入这行,进入这个领域,才慢慢体会到其中的精妙之处。

其它的不懂,不便多说,但就自己现在做一些事情来看,大概有些地方是值得注意的。

了解需求:通过数据,query,session是最直观有效的方式,其它的什么调查问卷,用户访谈对这样一个大规模的产品来说基本上是起不了作用。豆瓣的阿北早段时间也刚说过这个观点。但真正做起来,在这个领域其实会很枯燥,需要看很多query,通过对query的分析,session的查看反复去推敲用户想要的是什么。所以我曾跟老大说,在看那些query的时候,就仿佛自己是一个幼儿园的老师,底下坐着一群的小朋友,围绕着你叽叽喳喳的说他们想要的东西,一些小孩子成长的比较快,一下子就能够清晰的表达出他们想要的是什么,但有些小孩子成长稍微慢些,表达出来的需求几乎可以用晦涩难懂来形容,这个时候,就特别需要你耐心细致的去倾听他们的诉求。也陆续听过某些老大刚进入这行从事这个领域的时候,都做过类似这样看起来枯燥无味的事情,但无论如何这是作为一个search PM必须经历的阶段。

细分需求:用户的需求多种多样,如何去细分它们可以有很多的维度,但比较重要应用也比较广泛的一个维度其实是重要性的维度。一堆的小屁孩坐在下面,有人要玩游戏,有人要上厕所,有人肚子饿,有人在哭鼻子…..PM面对的场景其实跟上面所描述的是类似的。

满足需求:按照重要性细分出需求后,就是怎么去满足需求的问题。把最重要最紧急的拎出来先,明确目标,干吧。

目前来说,我主要是活动在识别需求的阶段,后两个其实都比较少接触到——主要是心血来潮,这么更新下吧,也该写些东西了。

又想到今天中午跟桃子、沙子同学论及我厂的某个项目,我说这个事情比较困难——主要是因为我们从战略出发由上到下去做这个产品,离用户太远了,也没有很好的途径去了解用户真正的需求是什么;但其实能够拿得出有效的方法又比较少,也就只能先把产品先推出去,能够看一部分用户的需求就看一部分吧,否则更加失去永远的机会了。

这也是用户需求一例。

其实我现在在思考的一个问题是,互联网行业用户需求跟其他行业的用户需求有什么不一样的么?