产品经理该如何跟技术人员更好的沟通？是一个较为古老的话题了，今天作
者结合自己的经验分享了一些关于沟通的小技巧，希望你也能够受用。
产品经理面试的过程中，面试官特别喜欢问一个问题：如果开发人员以无时间为
理由拒绝你的需求怎么办？工作中产品经理和技术人员打交道的次数太多了，行
业内也流行一些图片来调侃产品和技术之间的关系，两者的关系可以用相爱相杀
来形容。
之所以这么说有两个理由，相爱是因为两者要互利合作，把老板交给的任务完
成，而且只有彼此合作才能让工作进展的更顺利。相杀是因为这两个职业又存在
着很大的矛盾，产品经理的需求间接决定了技术人员的工作量，有些技术人员确
实对产品经理比较反感。
我也看过一些关于产品与技术如何沟通的文章。这篇文章我想结合我自己的亲身
经验，分享一些小技巧，可以当做是保持良好关系的润滑剂。
首先我们分析一下技术与产品之间产生矛盾的原因。在分析之前，先设一个前
提，每个公司在招人的时候都有其标准，寻找价值观相同的人，所以我一直都相
信开发人员并不会无故找理由拖延项目周期。反过来，如果开发人员因为品性而
偷懒或者说是耍心眼不干活的话，那就没办法了，个人主观因素太大。
第一种情况是产品经理的需求与开发人员手头的项目撞期了，解决的办法很简
单，就是根据需求的优先级来调整开发排期。碰到这种事，有些领导也总是期望
产品经理靠着自己的方法解决。但是除了跟上级领导申请调整优先级，没有别的
好办法。一个客观事实，公司在多个项目中确实有优先级之分，虽然你自己的孩
子自己最看重但是在别人眼里并不是这样。第二个原因是开发人员是按照公司意
愿办事，说严重点你总不希望别人因为你的事情跟领导闹僵，搞砸自己的饭碗
吧。
第二种情况技术人员并不认同产品经理的观点，虽然产品经理和技术人员各司其
职，但是在工作中会碰到有些技术对产品特别关心，如果产品经理的做法自己不
认同的话会提出质疑。如果质疑的人是技术老大，产品经理往往会更被动。遇到
这种情况我觉得很正常，想办法说服技术人员。
除了搬出之前做的产品分析和用户调研外，我在工作中总结了一点经验，平时可
以多跟技术聊聊天，增进彼此了解，观察他们经常上使用的产品，在沟通说服他
们的过程中，可以拿他们经常用的产品举例，这样的话他们本身对那个产品更熟
悉，自然也更好理解。另外，在跟技术讲解产品的时候也要适当的画饼，描绘一
下产品上线成功后的美好未来，这会带动起他们的积极性。
产品经理要做好自己的基础工作，这利于给开发人员留个好印象。做好这方面的
工作有两点：
一是想好产品规划的原由，避免被技术的同学问住。技术人员也特别
讨厌产品经理说“某某产品就是这么做的，我们按照他们的做就行了”这
样的话；
二是写好产品文档，在产品文档中避免有遗漏的地方，特别是一些比
较复杂的功能，一定要解释清楚，因为技术人员会遵照着产品文档进行开
发，所以说如果有疏漏的地方会增加沟通成本，如果文档写错了，造成开
发出来的产品功能不符合预期就是产品经理的责任了。
为了提高文档的可读性，我们也可以多使用图文、流程图的表现形式，如果只是
干巴巴的一个word文档，几千个文字，看起来确实很枯燥。
对于产品经理和开发人员来说信任尤为重要，如果开发对产品经理缺乏了信任，
结果就是你的话开发人员不会再听了，每个需求他们需要经过你的领导确认后才
会去做。获取对方信任的一个很重要前提就是说话算数，当技术人员询问你某一
个问题时如果自己没想清楚，可以先暂时别回答，考虑清楚后再说。要是随口一
说，过后又让开发人员修改，不仅会造成开发人员返工，这种行为也是非常不负
责任的。
即便文档写的再完善，在产品开发过程中也难免需要当面沟通。项目跟进，需要
产品经理极大的责任心和积极性。一个项目立项后，公司通常会把参与人员列为
一个小组，产品人员需要根据开发排期跟进开发进展，避免开发出来的产品与预
期不符，验收产品功能是否与产品期望一致。这个过程产品人员的工作往往会比
较繁琐，也会比较忙，当然也会锻炼产品经理的沟通能力。
说一下行业内一直讨论的一个问题，产品经理该不该懂技术？我觉得这个问题并
没有什么好讨论的，无论是从个人知识量还是从是否有利工作的角度讲肯定是懂
技术要更好，而之所以能吸引那么大的热议，可能是由于很多产品经理不懂技
术，但是又没有兴趣学习，所以心底一直会纠结这个问题。
从我个人的经验来看，特别是你做项目比较多的时候，会发现懂点技术跟技术人
员沟通起来会顺畅很多，一个重要的体现是技术人员也很愿意跟你交流技术实现
的一些想法，而不会说“算了，跟你说了也没用”这样的话。
产品经理懂技术还有一个很重要的益处是当业务部门提出需求时，自己就能评估
出技术实现的可行性，对于实现起来比较困难的需求自己就可以跟业务部门商量
优化方案。而不必每个功能都去询问技术，无形中也减少了技术的麻烦。
不过我跟很多人的观点也一样，产品经理对技术的了解不需要太精通，说到这我
还得庆幸自己大学时候学的是计算机专业，虽然学的不好，但对于现在的工作还
是非常有益处的。不过我在工作中也会碰到技术人员偶尔说了一个名词自己不理
解的，这时候两种办法，要么主动问一下，要么自己去网上查，明白其中的逻辑
关系，知道是怎么一回事就好。
毕竟术业有专攻，虽然我们希望知识越多越好，但也别给自己太大压力。况且技
术知识也在更新迭代，他们使用的框架也会变化，技术的语言也有很多，如
HTML、Java、PHP等，你不可能全都精通。
最后说点工作中会遇到的个人主观因素。
当产品经理跟其他部门提需求或是沟通确认的时候也不排除其他同事有未及时回
复的情况，为了确保项目上线也为了争取资源，这个时候就需要产品人员更加主
动一些，所以产品经理有时候还需要脸皮厚一点。
当提交一个需求给开发部门制定排期，你会发现他们都会把时间定的很充足。也
许你会因此对其他同事有看法，但其实在工作中都是这样子，大家都不会把自己
的时间安排的太紧张，而且还要考虑过程中可能会出现的风险因素，例如请假的
情况。当然也不能把时间定的太长，那样老板该不开心了，所以最好是产品经理
根据上线时间与开发人员定一个时间结点，让开发人员在这个时间点前完成即
可。
