产品经理沟通那点事如何与工程师沟通

　　【编者按】老肥之产品经理沟通那点事系列，续【产品经理沟通那点事】如何与设计师沟通后，最新推出本文如何与工程师沟通。
　　按理说这个系列里这一篇应该是最好写的，因为我自己原来就是个程序猿，然后现在做产品。但是说实话，真的拿起来冷不丁不知道怎么办好了。不是写不出来了，是太多话不知道从哪说好了。哈哈哈！
　　还是先说说产品经理和程序猿的脑子里最根本的想法吧。
　　大家知道为什么我博客的域名是codernotes么？不仅仅是因为自己原来是程序员，而是我真的很喜欢程序员这个群体的。这些人踏实、勤奋、真诚、能吃苦等等说不清。为啥这么说？如果您真的做过开发工作我想你应该知道开发工作是看着很风光，很流弊，其实很枯燥很累的一项工作。很多程序员一天要工作十几个小时，从坐下来打开电脑的那一刻开始往往第一件事是打开IDE，不打开IDE也是开个VIM或者Emacs啥的，然后这一天就是基本上各种字母和符号了。So，这是一帮多么苦逼的孩纸啊。但是不得不承认，其实很多程序猿的脑子里在面对一个产品的时候，想的不是他需要多么华丽的界面，多么让人惊喜的交互，想的第一步往往是怎么实现这个东西，它背后的算法是什么样的，它的底层框架是什么样的。在很多程序猿的眼中，一个产品的美与不美就是他的代码架构是怎么样的。哪怕只有一个地方该用get，但是那个作者却用了post，那么即使这个产品在其他方面的表现再好在这个程序员眼中也是【狗屎】一堆。
　　而产品经理不一样，他们考虑的则不是技术角度，而是产品的用户需求、商业需求、运营方向这些东西，他要怎么在这里面找到中间的平衡点。他要知道这个按钮到底是放在左边好还是右边好。对于技术上没有什么太多的关心。他们不会去关心程序猿实现这个东西要付出多大的代价。或许在他认为来说很简单的一些事。其实要程序猿涉及到对框架、对底层架构的更改。所以说产品经理更多关心的是产品自身的业务逻辑、商业价值等。
　　看了我上面说的别以为我在黑产品经理。其实就是从一个产品的角度去想这个问题。既然是产品的自省，就应该多想想自己的问题。当然除了这些还有比如说大家的工作性质问题。比如说同样是考核工作，产品经理看的是你负责的产品能够不能够及时上线，你的产品上线后在线上的表现，比如说数据还有商业效益等。再加上互联网界一直传的狗屁唯快不破理论等。所以很多产品就跟程序猿欠了他的钱一样，一天天催命。但是程序员呢？开发周期短了，那自然速度得加快了，这时候bug的出现率就必然要增大了。一些明明可以避免的bug就难免要出现了。就这样，程序猿最终的考核就要受到影响了。
　　所以如果说从一个产品的角度来讲，个人认为作为一个产品经理如果想和广大程序猿们好好沟通、顺利沟通的话。可以考虑如下：
　　一、适当学一点技术。不用说你学的多精细。但是大致的要了解一些。这样对于你和程序猿们的沟通的时候回好办很多。要不跟人家聊天的时候，猿媛们一句SDK、interface、class你不就玩完了么？这样做的好处是什么？让猿媛们感受到你是在进步的，不是他们原来脑子里那个狗屁不懂，乱放厥词的玩意了。让他有一种被尊重感。但是切忌不要对人家的工作指手画脚。人家是做开发的，你掺和什么？这是一条警戒线，任何一个做技术工作的人往往都对自己所从事的技术工作有一种自豪感、捍卫感。你触碰了人家的底线，你觉得人家会留着你吗？
　　二、从整体思考。都说产品经理是未来的CEO或者说是没有管理权的CEO。既然是洗衣偶，那么是不是应该考虑问题更全面一些呢？从整体来考虑呢？不要总追求你的交互有多华丽、你的产品多么具有商业价值、网络价值。适当的要多考虑一下开发成本。虽然说理论上来讲任何东西都是可以实现的。但是要想想实现你的一个某个需求点，需要付出多大的成本，我说的是程序猿那方面。记住，往往实际的软件开发周期是你理论上的2倍甚至3倍。都做好这个准备。
　　三、多多请教你的工程师们。选择了互联网，选择了这个行业就一定要知道，你再有想法，再有才华，没有技术去实现你的一切东西都特么是狗屁。所以，在一些东西你不确定的时候多去请教一下人家。别把人家就当成是堆砖的。这样会让人家更尊重你的。不会当你是个拍脑袋想啥就是啥的二逼了。
　　四、多和猿媛们在一起。不是告诉你去推到程序媛噢，也不是让你和程序猿去搞基。没事多和她们一起玩玩，扯扯淡、抽根烟、喝顿小酒、吹个牛逼。这都是促进关系的方法。有时候就是这些你不在乎的促成了你们的关系。让以后的交流沟通更顺畅。