作为互联网主要的两个斗争集体——程序猿VS产品狗，在相爱相杀中不断推动产品更新，如何与程序员有效沟通，是每一位PM基本的能力。
但实际中，不专业的PM是产品的噩梦，不配合的程序员是PM的噩梦，在PM确保自身专业素质的情况下，作为新人一些关于沟通的自我总结和建议。
1.让彼此的工作有价值：把需求写好
在知乎上有个问题“你为什么想打PM”中，大部分答案都指向PM没有把需求写好。程序员根据PM的需求文档进行开发，如果需求一开始的定义就是错误的，结果只会越错越远。让彼此的工作有价值，PM必须把需求写好，这是第一步，也是最重要的一步。
写好需求有两点原则：1.首先PM要写完需求文档，不要突然拍个脑门，没做任何调研思考就去沟通，这样的沟通往往高频，浅层且无效；2.其次PM要把需求写好，写好不是格式多美观，但有一些共性——方向的正确性，方案的完整性，内容的可读性。
方向的正确性，可以通过用户调研，市场或者数据分析等进行前期验证；方案的完整性，是指对产品涉及的各种边界条件，阈值设置都要考虑完整；内容的可读性，指文档层级结构是否合理，说明是否直观易懂，需要图示的地方是否有相应原型。
2.责任人意识：无条件负责，关键节点你都在
PM在国外多被称为产品设计师，在国内多叫为产品经理，无经理之权，却必须负起经理之责。不管产品出现什么问题，需要进行什么样的工作，PM都应当是无条件的负责人。
产品出了问题，即使是纯技术bug，也要首先站出来；产品取得好成绩，不要忘记程序员的功劳，因为你们是一个团队。产品的重要节点，例如打包进版，部署上线，PM都要在，即使帮不上什么忙，但关键时刻和团队在一起，能有效提高队员对你的信赖。
3.尊重理解他们的工作：逻辑思维，技术基础
“这个需求很简单”“不就是……”应该是程序员最反感的话之一之二，这背后实质反映是一部分PM不懂技术，直观判断就以此进行要求。
举个例子，产品需求是到街头小卖部买瓶3块钱的饮料，程序员写代码就需要考虑：1.从哪条路，通过什么方式去小卖部；2.有多条路是同时并行，还是串行；3.小卖部没有饮料怎么办；4.小卖部只有2块，或者4块的饮料买不买；5.小卖部有多种3块钱的饮料，怎么选择；6.买饮料的人太多，排队时间是否要有时限……
为了保证有效沟通，需要PM尊重理解程序员的工作，尽可能用逻辑化的思考问题，最好懂一些技术基础，拥有共同语境，使用专业术语。
4.私下交流，人格魅力：人是情感的动物
一些人喜欢将工作和生活区分开，但工作其实本就是生活的一部分，工作中的程序员&PM，私下生活里也可能是朋友圈好友。一个PM如果只是出现在需求评审会上，如何知道每位研发喜欢的沟通方式和工作习惯，使用别人希望的方式与之沟通往往是高效的。
同时，PM跟程序员没有职属关系，但需要推动研发按时交付，或者在意见不一致的情况，说服程序员接受产品方案，都需要平时积（tao）累（hao），形成人格魅力。能做的研发就做了，不能做的可能也加班做了。
再多的技巧都只是手段，PM的专业能力才是立身之本，再多手段的信服力也抵不过一位PM总是能做成正确的判断。
