百度产品经理的弊病

2013031972813636770628901.jpg

1. 不懂技术。这是百度 PM 的死穴。在一个技术主导的产品线里面,不懂技术的 PM 只有两种出路:要么你产品设计能力真的超级强大,RD 闭着眼睛都愿意相信你;要么你产品设计上经常犯错,导致 RD 做了不少无用功,是个 RD 都鄙视你。这个死穴导致 PM 难以建立权威,尤其是从打杂开始做的 PM 新人。在你没做成一件很伟大的产品前,RD 没有半点理由相信你,因为技术上你说什么都说不通。(至于非技术主导的产品线,RD 的角色本来就很打杂。)



2. 不尊重 RD。这说来很搞笑,PM 原本因为没技术而难以获得 RD 尊重,但 PM 群体也觉得自己没必要尊重 RD。这是俞军时代遗留下来的意识。俞军确实很厉害,所以他可以说无视 RD 的大多数产品想法,坚持认为自己的想法才是正确的,无论如何要让 RD 按照自己的想法去做。但是现在的 PM,在能够证明自己的实力有俞军那么强大之前就抱有同样的想法,不愿意听取 RD 的任何建议,觉得 RD 只是自己实现产品的工具。



3. 底层 PM 只是什么都不知道的棋子。百度有自己的产品战略性布局,就如同下棋一样有些棋子是注定要牺牲的。如果一个 PM 被分派到一个注定要做出牺牲的产品线上,那么无论他做出什么来都只是延缓这个产品的死期而已。他还几乎不可能知道公司已经决定了这个产品将成为牺牲品,因为中层经理会跟你说各种美好的前景。最终一个底层 PM 可能做了非常多打杂的事情(例如把页面一个区域改高改矮再改高再改矮),最终错误的以为自己所做的事情是跟产品成败相关的,但实际上这场战争在中层经理的政治斗争中早已有了结论。



总的来说,如果你能够招到百度早期的 PM,那还是很不错的。但如果是百度后期招进去的一线 PM,那还是算了吧。百度的 PM 招聘标准是聪明,但聪明人中真的对产品很有 sense 的是少数。







如果有人不理解上面所说的点,还有这样一些故事能把问题解释清楚:



A. 为什么 PM 无论如何都不愿意接受其他人的产品建议,而必须坚持按照自己的想法做呢?有一个很极端的故事能够解释这一切:从前有一个 UE 为产品做好了设计,然后 PM 无论如何都不接受,就是坚持要按照自己的设计来实施,完全不采纳 UE 的设计。如果按照某些人所说的「术业有专攻」,PM 可以不懂技术,那 PM 估计也不懂设计,自然也不应该插手设计而应该把这件事交给专业的 UE 来做。然而那一次的争吵最终以 PM 这样一番话而结束:「现在是你对产品 KPI 负责还是我对产品 KPI 负责?如果用你的设计,是不是到季末产品 KPI 掉了你负全责?如果用我的设计,我对产品 KPI 负!全!责!」



B. 经 Jary 指出这一段谣言是不正确的,所以删除:<del>什么叫做有些产品线从一开始就被设计为用来牺牲掉?传说孙云丰支持做身边的理由是:网页搜索对点评的数据索引做得不够好,如果能够有一个内部的商家数据源就好了。到了身边项目启动时,管理层 PM 对一线 PM 说的是「点评不是腾讯做的,对百度不构成威胁,身边轻易能够击败点评」。最终身边击败点评了吗?最终身边是服务好了自己的用户,还是为网页搜索提供了更好的数据源?</del>



C. 曾经有一个商业产品的新功能在上线时 OP 问 PM 是不是要上两台机器,PM 问承担所有压力需要多少台机器,OP 说一台,PM 说那就只上一台。上线一周后收到大量网通客户投诉说使用这个新功能的网络访问速度很慢,PM 问 OP 是什么问题,OP 说当初你说只上一台机器当然只上一台电信线路的机器啊,最初问你是不是要上两台机器就是确认是不是要同时覆盖电信和联通线路啊。这时候 PM 强调「凭什么你认为我需要知道电信网通线路这件事情。这不是你们 OP 的本职工作吗?

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/188.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息