多年前的一次周会,我提了个议题——大家献计献策,如果你到了对手公司做卧底,如何毁掉一个产品(当然是不动声色的,看不出来是故意的那种),换个角度思考,也能获得很多启发。 原贴(周会上,提了个议题——大家献计献策,如果你... 来自iamsujie) ================== 然后,收到了各种创意爆炸的回复,不过: 大家看了各种主意,纷纷表示毛骨悚然,我的天哪(自觉用小岳岳的语气读出来),这不就是我每天在做的事情嘛,但是,我不是卧底啊。 所以,还挺有意思的,分享下: ================== 摸清现状,提超前需求,如产品健壮性差时一味堆砌大量功能,向管理者宣传这些功能如何吸引用户,业界如何流行,我们如何奋起直追!迎合急功近利之心态,盖无基础之高楼,画虚妄大饼!无稳定基础,事倍功半,大量加班,远见者知楼之将倾,亦分奔离析,人心涣散…… ================== 多开会多获取需求:使进度拖延; 增加大量新功能:让产品臃肿化; 项目推进制度化:让团队成员投入精力去整各类文档细案; 争取赶进度,给开发人员超负荷的压力,让他们情绪化; ================== 挖掘大量非常优秀的功能或创意:等于没有亮点,损耗有限的资源; 严格流程化:无形中的障碍; 扩散牵连到许多部门:各种利益冲突尾大不掉; 过度细化职责与分工:瓦解出众多小团队相互扯皮纠缠不休; 绝对民主作风; ================== 根据全行业不同领域发展的数据报告,不断提出有理有据的新需求,不断偏离并新建产品的故事主线,1.x版本讲这个故事,2.x版本讲那个故事,并告诉老板,1.x的故事过时了。原先1条核心产品线扩张到N条,通过KPI细节的调整,瓦解产品、技术、商务同学的合作关系,让“爷凭什么给你做?”成为企业文化的典范。 ================== 以严格时间管理的名义尽最快速度上线; 以迭代的名义经常调整改版计划,ABCDEFG测试,做多个方案折腾团队; 以尊重团队成员意见的名义每个人的想法都采纳一点做个“四不像”; 做几次十分无聊的team building以瓦解军心; ================== 忽悠董事会给他们定神话般的KPI; 反复刹车反复改模式; 找各种人给他们的产品提意见; ================== 最多人提到:把项目搞得华丽而臃肿,使劲拖进度; 最讽刺方法:把号称是业界第一的牛人挖过来; 最搞笑方法:对大多数pm来说,认认真真做项目就行; ================== 最后:全公司,一人一本「人人都是产品经理」。 好吧,你们开心就好。 |
|