很抱歉,在这样一个周五的下午,让你看到这样一个标题党。 产品狗友们,先不要急着砍我。咱们慢慢聊聊,到最后,你们一定会发现……应该早点砍死我。 先说下北京,上周我想招一个产品经理,面了大约8,9个人,每一个人的履历都足够光鲜,每一个人所供职的公司都能在中国的移动互联网历程上竖起一道丰碑。每一个人在简历里,都说自己"负责产品的策划,原型的制作,开发的跟进,用户需求的调研……"反正CEO干的活全干了。但是真正聊起来,有人两年只做过一个小后台的反复改版,也有人只负责一个大产品的二级栏目下的一个小模块的更新迭代………但是他们出去,挂得名头可都是"XXX公司资深产品经理"。 本来,我以为这是我自己没有遇到合适的人,并没有准备写这篇东东。但是本周跟两个不同的团队创始人聊天后,我惊讶的发现了一件事情。 很多创业公司,是不是养成了囤积产品经理的恶习? A.一个在互联网圈子里比较知名的垂直产品,整个公司60人,里面产品经理就有8个。在聊天的时候,创始人哥们很无奈的说,其实接下来我们要做的迭代,在我的脑海里已经有非常完整成型的模样。但是我有一个负责产品的联合创始人,我需要先给他讲一遍,然后等他理解了,他再召集他下面的几个产品开会充分的讨论和头脑风暴…………最后的结果可想而知,整个团队陷入了无休止的争论中,甚至创始人本人也开始质疑自己最初的想法。 B.另外一个团队的情况是空降了一个产品总监,来了之后把之前产品的逻辑完全推翻,推倒重来。不但以前的特色没有了,很多的老用户也纷纷投向了其他产品的怀抱。这个团队依然是同样的情况,10-15个产品经理共同做一个业务逻辑特别清晰简单的东西。 我甚至能想象出来那些会议是怎么样子的。 "你这里的载入交互做的太没有情怀了,你看Facebook是这么做的。" "这个时间线向下滑动的时候不流畅啊,现在我们拿梯子去看看推特。" "咱们的滤镜太少了,Instagram那滤镜才算得上及格啊。" "虽然我们的用户不多,但是这个功能我觉得依然很重要,这是我们未来商业化的基础啊。" …… 如此这般,周而复始,在众多产品经理的侃侃奇谈中,出来一个原型,扔给了技术开发。 聊天中,我给两个朋友提的建议都是"最少开掉一半的产品经理",产品经理的人数永远和效率成反比。 技术开发,可以分开支付模块用户模块内容模块,每个人各领一军等待最后的会师。但是产品经理,总不能你做一个页面的原型,我做一个页面的原型,最后拼出来一个十三不靠吧?程序猿可以囤,多一点儿真没关系,因为很多业务都是有弹性的,可以做很多人少做不了的事情,但是产品经理绝对不能囤。 善良的创始人朋友心有不忍的说:"招到这么多产品经理挺不容易的。如果我让他们一半人做这个版本,另外一半人做下一个版本怎么样?"我当时就表示了强烈反对,因为这就等于正在干活的人知道前方有人要替代他们,而另一批人一定会整出各种幺蛾子来证明自己这个版本跟上一个版本的截然不同。 真的,多余的产品经理,就大胆的开掉吧,稍微赔点钱,好聚好散,分手了还能当朋友。别有愧疚感,现在总理都来喝创业咖啡了,产品经理何愁找不到土豪工作。 那么什么算多余?如果你只有一个产品线只是一个50人以内的创业公司,那么请只要一到两个产品经理。如果你的思路比较开放,想做的东西比较多,那么也尽量保证一个比例,一个产品狗最少配备8-10名程序猿。 如果想关爱程序猿,与其找几个美女鼓励师秀硬件秀水果秀海外旅游机会,倒不如从开掉产品狗开始。 产品经理多了,一定比没有产品经理更可怕。因为没有产品经理的话,你创始人就捋袖子上了。 而当PM一多,所有人都开始捋袖子的话,这架一定就看起来热闹却打不起来。 最后,双手奉送一个创业的点子。这产品面对现在这么多创始人和团队负责人,你可以上传你想开掉的手下简历和联系方式,然后系统再把这些简历推荐给真正需要的人。当然,为了对接盘侠的负责,上传时必须写清楚自己想开掉他的原因。这样就会有人去挖他了……这个公司就能从老东家/当事人/新东家三方都拿一份佣金,盈利模式可比现在的招聘网站好吧。