| 1、需求不清晰，当开发人员问PM需求的时候，发现PM也弄不清楚； 2、需求总变更，比如说系统分析都做完数据库设计都完成的阶段了，需求居然又变了。其实需求总变更的原因是PM没有决策能力，往往被运营、合作方、老板或者上司所左右，权衡来权衡去导致需求总变更； 3、太年轻、缺乏经验、缺乏常识、缺乏个人魅力等，这样会导致比如说无法反馈数据、商业价值判断有偏差、对项目控制稀里糊涂、思维结构化不足等； 4、太过于市场化或者用户导向，虽然这个不一定是坏事，但毕竟如果一个人的思维过于活跃或者天外飞仙，会导致丝毫不顾及任何技术可实现性，衍生出很多的问题，当然这个也可以归于第3点。 5、拍脑门、拍胸脯、拍大腿…… 6、把按钮往上挪一下，编译一个我看看。编译一个200多个文件的需要3分钟的东西只为了看一个按钮。请找美工挪挪，量出具体距离。这是工程，不是美工。 7、你试试下看看这种方式行不行。拜托，如果每个功能要试试多种方式的话，要产品经理干嘛呢。少量的修改是可以的，或者产品升级的时候是可以的，但是产品开发不是试出来的。 8、这个效果我不是我想要的，你换个。交互不写，也不交流，等coder帮你想好，你真的是领导，只有想法吗。请时刻注意，你不想好的话，自己都不知道要做成什么东西，怎么叫做产品。 9、美工图不就足够了。其实它真的不是一个体力活，虽然ui是有少部分的调整，但是交互，工程图更重要。工程思想真的很重要。 10、这个code应该这么写。请问你是coder吗。你来写吧。你不是coder，coder也不做pm，分工真的要注重，不要过度干涉你的工程师同伴们。 11、这次审批没呀有通过呀，违法了苹果的人机交互设计。我们重新设计一下吧。coder看文档，pm看交互，如果coder把这些东西都做了。你们要下岗的。 12、这个我们修改一下，明天提交新的版本，一看，列了一大堆增加的功能，并不是仅仅是修改。coder真的不是神，增加的功能是需要测试的。pm给自己留时间同时，可怜可怜攻城湿，留点时间思考吧。 13、运营说这个功能非常重要，要马上增加。功能上线。一月后，运营过来发飙。你的做得功能挡到用户的视线了，这个功能我们不要。产品需要成就感，coder也需要，老做一些没有经过验证很傻的东西会很伤心的。 14、心比天高,技比纸薄的开发人员,讨厌一切产品经理,除了没有与他合作的 15、一心想做管理层的 16、技能尚可,智力尚可的,讨厌心比天高,脑比纸残的产品经理 19、技能不错,智力不错,讨厌颐指气使,不懂实际业务,逻辑能力有明显缺陷的产品经理 18、看上去是程序员,实际是产品经理的,讨厌不听他思想的产品经理 |
小黑屋|产品经理之家 ( 粤ICP备12078725号 )
GMT+8, 2023-5-1 15:12
Powered by Discuz! X3.4
© 2001-2023 Discuz! Team.
