IT技术博客大学习 共学习 共进步

中国式产品经理

2010-07-26 23:41:00 浏览 2,001 次

    继续探讨产品经理的话题,我看了很多回复,基本反馈的问题可以归结为两类:

老板才是真正意义上的产品经理,而“产品经理”们只是协调和执行者;只有在“产品经理”位置上才能做产品设计,不然所谓设计可能只是部分交互设计。

    产品初期,尤其创业团队做的那种小产品,老板就是产品经理的现象很普遍。而且根据“产品经理应该是对产品理解最深刻的人”的定义,我认为创业团队的产品经理非老板莫属,就得是创意和模式的发起人。

    产品还没有上线,或者规模和影响力也足够小。所以老板有空闲有必要事必躬亲,甚至陪着创业团队封闭开发,主导产品的市场定位以及发展策略。但当产品发展到一定规模,需要扩展产品群的时候,此时老板的时间和精力必然会受影响。包括各种行业聚会、公关合作和圈钱座谈,也包括黑白两道来收保护费,都免不了大把时间吃饭喝茶。终于有一天,老板们开始觉得力不从心,最好能有个对产品理解与自己相当的家伙来代行产品经理职责。

    挖产品经理通常是不太现实的,产品是公司的命脉,而产品经理则是产品成败的关键。比较靠谱的办法是培养产品经理,也就是在公司做产品所有职能的小弟小妹里精挑细选认真比对,能入法眼者用心培养并委以重任久经考验,最后光荣上岗。

    原则上实行一位产品经理带一个产品的“终身制”,有两种情况可能需要调整。产品横向发展,在产品规模拆分扩大形成产品群的时候,需要更多产品经理加盟(大公司经常可见)。产品纵深发展,原有产品经理发现对此项业务的理解已经跟不上产品发展的脚本了,此时需要对此道更精通的产品经理来把控(小公司经常可见)。

    以上基本就是“产品经理”在大小公司的发展状况。另外,我一直在试图把“产品经理”和“产品设计师”这两类职业给割裂开,不是完全断绝,起码各自的核心竞争力得清楚。观察国内早期小公司最普遍的产品线组织架构如下:

    老板――实际在从事“产品经理”职能,提目标和策略。

    产品经理――实际在从事“信息架构、交互设计”职能,做规划和方案。

    设计师――实际在从事“界面设计、视觉设计”职能,美化页面。

    这套方案在中国互联网碌碌无为的执行了很多年,直到某年某月,一群设计师高呼“以用户为中心”试图赶走牛鬼蛇神的时候,顺带想把做“规划和方案”的权利也霸占。产品经理们才猛然发现他们不可能触及“目标和策略”,于是气急败坏的冲设计师们喊“那还要我们干嘛?”问题的焦点汇聚到“到底谁做产品更专业”这个问题上,产品经理们认为“年轻的设计师没有太多互联网经验”,设计师们则认为“自大的产品经理们过于自信并忽略了用户感受”。

    在权利和体制范围之内,每个层级的人都在试图把自己拔高,这类现象在国内司空见惯。社会上流行“产品经理”,于是某些人认为自己也“应该”是产品经理,先有目标再谈能力,先有理想再谈兴趣。还有些现象我觉得简直就是冷笑话,比如某公司“产品总监”下边管着一个人(估计是为了名片好看吧)。记住,故意而为之往往都没有好结果,包括某些创业小公司也贴大字报招聘“交互设计”职位(此规模不需要细分设计职能)。

    归根结底,还是大家对“做产品”和“做设计”认识的狭隘和理解不一致。绝大多数互联网从业者,早些年认为设计约等于美工,无非美化一下页面而已。这些年逐渐接受了新思想革命,认为设计还约等于交互,可以优化一下流程,仅此,但总算又进步了一点点。

    这个问题我思考了很久,觉得不应该单独考虑提高设计师们的专业水准,而是得从上往下贯彻思想,让产品经理们对自己有个清醒认识。套用革命领袖的话,坚持“两手抓,两手都要硬。”

建议继续学习

  1. 为什么现在那么多人应聘产品经理岗位? (阅读 8,201)
  2. 给想转行做产品经理的同学 (阅读 6,821)
  3. 互联网产品经理必读书目 (阅读 5,721)
  4. 产品经理与研发经理的分工 (阅读 5,201)
  5. 成长的财富,我做产品经理社区组织的这3年。 (阅读 5,022)
  6. 行进在产品经理的路上 (阅读 4,923)
  7. 产品经理怎么和程序员打交道 (阅读 4,841)
  8. 互联网产品经理,全方位入门,图书推荐 (阅读 4,821)
  9. 产品经理3年沉淀和总结 (阅读 4,581)
  10. 如何做一个干货且装逼的产品经理演讲? (阅读 4,360)