互联网公司里一直存在着这样两个对立群体，产品经理和程序员。产品经理如果能力优秀，处事得当，程序员肯定会老老实实的实现需求，讨论需求，相反，产品经理能力不足，而又有一些自以为无关紧要的坏习惯，那程序员多半情况会和你对着干，你也无法树立自己的权威，搞的自己尴尬。下面总结了几个程序员比较难以忍受的坏习惯，有则改之，无则加勉。
1. 生搬其他应用的优秀交互，但不一定适合你
很多没有太多经验的产品经理对一些交互方式的知识比较欠缺，在设计功能的时候只能参考其他优秀的应用，但是参照也不是照搬，要在符合你的软件功能的基础上进行修改，使其符合你的流程。有些人为了省事甚至连文档和原型也没有，直接告诉程序员照着某某来做吧，通常这时候程序员还没有什么脾气，做就做吧，但是做了一段时间发现做不通了，流程走不下去了，心里一定有一万匹草泥马跑过，然后甩给你完善流程。
2. 需求太粗
需求颗粒度的把控是最直接体现一个产品经理素质的地方，有些产品写文档只写个大概，但你可曾想过，你写了大概，就得需要技术去付出更多的思考来实现整个流程。比如一个简单的评论功能，你可能只写了一句，点击评论，剩下的呢？评论框怎么弹出来？表情切换怎么个操作？表情面板要不要有完成按钮？要不要有删除按钮，输入框要自动换行？最多显示多少？当技术扣这样的细节问的你哑口无言的时候，那你在技术心中的形象又大打折扣。
3. 喜欢帮技术评估工作量
有些产品经历确实经验很丰富了，于是总想着在讲完需求以后顺带着给技术评估一下时间，“我觉得这一个功能两周就做完了吧？”，这时候程序员通常会给你一个白眼并在心里默念，好啊，2个周你来做啊。
4. 做着做着改需求
这个在开发中应该是个不可避免的活动，但是也得有个度啊！哎，这个就不多说了，严重了血光之灾也是有可能的。要知道人的忍耐是有极限的。
5. 领导说要加这个
这个和第四条基本类似，在一个功能迭代正常进行的过程中，你们公司某个领导找到了你说要加个功能，于是你找到了程序员说加这个功能，程序员说没时间了，下个周就上线了，哪有时间加这个功能。于是你又说，是领导让加的。这时候程序员八成想打你，领导让你加，你不会权衡一下，或者放到下个版本，要是领导说什么就做什么，还要你产品经理干嘛，你要根据项目的进度合理的与领导博弈啊。
6. 语气太装B
这个没什么多说的了，平时说话注意语气，不要以领导的语气与程序员说话。闲着没事一块吃个饭，唱个歌啥的。
也愿天下所有产品经理提高自身职业素养，认认真真写文档，仔仔细细作流程，杜绝打架斗殴，避开流血事件。
