这是一篇程序员对产品经理的吐槽~~~

图片来源于节目《程序员吐槽大会》

开发和产品普遍存在相爱相杀甚至互相敌对的情况

记得有段时间，某公司产品经理要求程序员实现"APP随手机壳改变主题色"的需求，被程序员暴打的消息在朋友圈疯传。

这引发了广泛的讨论，更主要的是广大程序员们对产品经理的吐槽。

有人总结出产品经理的2大神功：催催催、改改改

甚至有人直言：宁可相信世上有鬼，也不要相信产品经理那张破嘴。

那么，产品经理嘴上说的和脑子里想的真的有很大不同吗？

为此，有人采访了几个资深互联网公司的产品经理们，整理出一些他们常说的话背后的真实想法：

看了上面的揭秘之后，广大程序员朋友们，你们有什么想说的呢？你的产品经理还经常说哪些话呢？你愿意相信他说的话吗？

作为一名开发岗干了5-6年的人，来来回回也和4-5个产品打过交道，在这里提一些对产品经理的建议，附带吐槽一下(恩，这是主要目的)。

请所有产品经理看过来好咩：

产品经理这四个字，产品二字在前，产品才是重点。

谨记自己是个产品人可能对你帮助更大，开发者靠代码和技能说话，产品人靠产品说话。

曾有人说产品经理是最靠近CEO的职位，恩，认同，因为在上一家公司遇见过，hold得住一切，所以人家上位了，而且还是性格平易近人的那一种。

想让开发打从心里认同你，首先你得先是一个靠谱的人。

首先说明，开发岗也有不靠谱的家伙存在，这个得承认。

如何靠谱 ? 基本技能总得过得去吧 ? Axure总得用得熟练吧?人品总得过得去吧(人品其实很重要)。。。。产品经理懂吼！？

产品应该是对整体业务逻辑和流程最熟悉的人。

可惜，遇到过一两个产品经理，对负责的老项目不花心思和时间去了解去走通所有的操作流程，导致在外部请求流程更改的时候心里没点逼数就随口接下需求；

最后被开发人员直接怼回去说这样子压根不行或者走不通，闭环思维，是一个合格产品经理应该有的，错漏太多只能说明你该加强一下这方面的努力了。

（本文漫画插图均来自漫画编程）

即便有测试人员测试了，你也应该进行最终验收。

因为你很有可能是对外培训这个产品的人，培训不好，团队的努力成果可能就会大打折扣甚至白费了。

加班对于开发来说是常有的事，产品能够一起同甘共苦那是最好了。

假如你有事要先撤，那么请你注意随时在线，因为开发可能会因为有意料之外的问题(例如流程不完善，功能有歧义或者漏洞)需要跟你确认并沟通；

你不及时回复，那么人家就卡在那里了。请别在别人需要的时候你不在，你需要的时候就一定在？己所不欲勿施于人

需求评审不是走过场，要提前准备。

不要对你的ppt或设计稿藏着掖着，应该在开评审会的前1-2天就发出来，让大家好有个心里准备，不然指望大家伙在会上发言，效果不会太好，会后要有评审结果记录并邮件抄送给参会人员。

也许、可能、很明显：会看到这篇推文的产品经理一个都没有，但是，吐槽还是要吐槽。

说是吐槽其实也是建议，详细不少程序员哥哥们应该能够感同身受！

最后呢，友情提醒广大程序员：构建社会主义和谐社会是我党提出的重大战略任务！一切以和为贵！还有产品经理们：以和为贵知道咩。

为了促进广大程序员哥哥的身心健康，楼主建立了个程序员对产品经理的吐槽群

欢迎来搞啊！

当然吐槽也是要吐的，干货也是有的哦，还有IT大佬在群，时不时有干货资源分享，记得来哦！