进入正题前我们先来探讨一下这个问题，有什么语言跟开发沟通？（废话，当然是普通话，四川话，东北话，粤语，英语，日语……）
我认为最好的语言是 产品原型。
语言在我们表述一个产品时是苍白的，如果想高效的沟通原型是必不可少的一部分，不过我觉得很多产品目前对原型的理解或者做出的效果还不到位，原型只是一个工具。但最终我们要达到的效果是让开发人员明白你到底想干吗。一个逻辑清晰、意图明确的原型可以让沟通事半功倍，甚至不需跟开发哥哥见面。所以我会建议提交给开发的原型中需要包含以下3部分内容：
与开发沟通的三大技能
我们先来例举以下与开发GG沟通中最常见的三大终极问题：
1.这个可不可以改一下？
2.这个可不可以实现？
3.这个开发周期要多久？
这是3个很常见的沟通问题，同时也对应了我想表达的3个沟通方式和技巧。
▍这个可不可以改一下？
这个操蛋的问题一看就是要改需求了，改需求的理由千万种你可以说老板要改的，用户想要的，但都显得很low。让开发GG觉得“尼玛的傻逼产品狗，就知道找借口！”
适度的认怂可以安抚一下开发受伤的心灵，但想要长久持续稳定的合作这里需要产品经理第一个技能——产品思维的专业度。
对于任何需求的变更产品首先要拿话出来，而这里的说法不应该是推脱。需要的是你作为产品经理的专业度，举个栗子：为什么购物车按钮要改成红色或黄色？为什么购物车的文字用“放入购物车”而不推荐“立即购买”？ 什么？红色是你的幸运色……更具说服力的方式是红色和黄色的按钮更具视觉冲击力，而放入购物车的文案会更轻松如同超市购物一样轻轻一放，不会像立即购买那样造成用户的心理压力。慢慢的你高大威猛的产品经理形象即可树立起来了，哇哈哈！
这里推荐一本书，大前研一的《专业主义》。期望我们的产品经理都能用专业的思维方式来解决问题，达到目的。
▍这个可不可以实现？
一看就是产品经理又开始脑洞大开，想了一个稀奇古怪的玩意找开发来实现了。对于这个问题的解决之道我觉得有千万种，最好的方式当然是具备一定的技术背景。但我认为解决此类问题还有一个方法和技巧就是——产品见识的广度。
对于产品经理是否要懂技术也一直是个争论不休的话题，我个人认为需要懂一些。对于很多常识可以自己平时多了解多学习，一元叔上周讲的技术进阶就是很不错的科普，详见《产品经理从零到一技术进阶：不懂代码也能愉快地与开发人员相处》。
对于没技术背景的产品怎么办呢？开发说不能实现就不能实现嘛？这时我会建议用自己产品见识的广度来弥补，俗话说的好“没吃过猪肉也见过猪跑”。能拿出案例来给开发ＧＧ演示讲解，让开发明白你想要的同时刺激开发ＧＧ的神经“看！看！人家都做出来了，你怎么就做不出来！看看看，快看啊！”
▍这个开发周期要多久？
这是最难以解决的一个问题，特别是对于没技术背景的产品。很多公司产品和研发是两个不同的事业部，都有各自的ＫＰＩ，利益诉求点也不一样。有时一个需求的开发周期评估完全无法接受，但又不知如何反驳。这时需要跟开发相处的终极大招了，那就是——搞基！
从业这么多年我实在没发现比搞基更高效的沟通方式，跟开发ＧＧ一起吃饭，下班陪开发ＬＯＬ，共享硬盘内的优质短片，单身程序猿给人家介绍几个女朋友……
最终达到的效果是开发耽误了一点上线周期都觉得愧对了咱们的兄弟情！
晓之以情动之以理，希望产品狗能用自己人格魅力走进程序猿的世界，收获满满的基情。
