2.13

今儿例会,拖延症严重爆发,昨晚上2点多才弄好屁屁踢,然后又大概在心中默念了下该如何去讲述自己所要表达的内容,入睡已是在三点钟的事情了。

还好,算是基本顺利,不过现在回想起来所讲述的内容有点干巴巴的感觉——不通俗不生动,另外所反应的一个问题就是对整个的策略结构并未有通盘的把握,也就是说有点孤立的去看待各个子策略了,各个策略之间是如何合作来达到产品的目标,关于这点,真是没把握的十分好。联系到最近老大提醒自己的话:注重细节固然很好,但若过分关注细节,不能把握整体的方向,会给自己的成长带来很大的局限性。想了下,也的确是如此,对于一个策略性的pm来说,不可避免的要陷入到策略细节中去,但一定要适时的把自己从具体的策略逻辑抽出来,review下产品的目标。

老大后来对近期做的某个项目做了总结,着实不易,也由衷的佩服。ziwei老师后来提到说,随着我们越来越能够独当一面,她所能教我们的知识将越来越少,更多的会是些原则性的问题,这个时候更需要的是自己去不断的反思总结。关于总结反思这块,的确自己也做得相当不好,总会找各种借口没做这个事情。

这个时候,我要回到一开始我的分享上来说,我说感觉自己的分享干巴巴的,下午拿到了另外一份关于spider的介绍,通俗易懂,幽默风趣真是要把我笑抽了。其实,对于“枯燥无味”的的策略来说,类似这样的介绍说明真是特别需要,让内行明白不是什么特别了不起的地方,真的能耐应该是让外行人一看就明白。

类似表达,反思这些能力其实都是一步步成长锻炼起来的,但关键的还是行动。

工作之余,说下近况,嗯,承认自己有些不淡定,有很多因素就不一一说了。huazai跟我说,这不像我啊。反思了下,的确是,在某些事情上也许自己显得过于着急了。越是在这个时候,越是需要沉下来。

用户需求是神马?

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

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

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

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

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

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

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

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

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

这也是用户需求一例。

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