1 熟悉基本的开发流程
首先要了解技术人员的工作流程，这个每个公司多少会有些不同。在这就不细说了，找个比较好说话的技术人员详细的聊两次，就能摸清楚了。这样你就对自己的需求开发到了哪一步、还有几道工序才能上线、接下来大概还需要多长时间，还要跟哪些人沟通协调能做到心中有数了。
2 清晰、有条理的表达
因为是合作关系，并非上下级关系，你只能靠你表述的越清楚，在开发人员问你的时候，你想的越清楚，越少改动，和你一起工作的安全感越高，积极性、责任心、效率就会越高。
3 沟通目标明确
在和开发人员每一次沟通之前，最好先提前想清楚，这次沟通的目的是什么，要达到这个目的需要给开发人员说明什么、提供什么资料，可能会得到的答复是什么，应该如何应对才能达到目标。目标明确的沟通才是有效的沟通，对双方都有好处。
4 站在对方角度理解对方的表达
与开发人员沟通时，尽量以一颗理解心去真正站在对方的角度理解开发人员的疑惑，认真听对方对需求的不同意见，以及技术上的实现难度，需要的工作量。充分理解并尊重对方的想法，让开发人员感到被尊重和信任，才能真正提高合作的默契程度，能够大大提高双方的沟通效率和效果，如果程序员的积极性被激发，他还能从技术角度帮你想到一些更好的解决办法。
总之，沟通的越充分，需求实现的准确度就越高。
5 评估开发人员的沟通习惯
每个开发人员的性格不同，习惯的沟通方式也不同。有人当面交流会很腼腆，喜欢用QQ；有人喜欢当面说，有人能在需求沟通时把问题都问清楚，有人则是发现一个问一个。而且有的开发人员与测试人员、运维人员的沟通也不是很顺畅。这就需要产品汪能摸清开发人员的性格，作为万金油，主动作为通讯员，把沟通之间的空隙填满，保证产品顺利上线。
6 评估开发的工作效率
互联网行业发展这么快，开发人员水平参差不齐是很正常的事情，每个程序员都是逐渐成长起来的。在开发过程中，需要去评估一下开发人员的效率，如果他的工作效率高，那你就会比较轻松，如果他的工作效率不高，那你就需要注意了，最好早中晚三次跟进开发进度。不然你的产品上线时间就遥遥无期了。
在跟进每个需求的时候，最好都跟开发人员约定好开发时间。这样如果开发人员没能按时开发完，你就可以稍微示意一下他，需要加快进度。
7 一起加班
人的心态是很微妙的。如果开发人员在加班，你先走了，其实开发人员的心思也很有可能已经不在代码上了。就算他在这里加班，当他遇见问题的时候，你不在身边，程序猿很可能会按照自己的想法开发。等到你第二天来了，发现有问题的时候，又需要开发人员再修改，一是浪费时间，二是程序猿心中多少会有些不痛快。所以，如果你不能保证开发人员能够百分百理解你的需求并准确的开发出来，最好还是一起加班吧！
1、当然是和开发人员进行多沟通，私底下可以一起吃个饭啊、多聊聊啊，尽量混的熟一点，俗话说，熟人好办事，还是有一定的正确性的。
2、其次，不管熟不熟，都要就事论事。我相信绝大多数程序员还是讲道理的，毕竟都是具有一定素质的人，以理服人，我相信没什么不对的。
3、对于产品需求这边，即使压力再大，作为一名产品，一定要帮助开发顶住压力，尽量对需求做到整理、凝练，反过来开发会感谢你，后面等待你的就不会是开发的那把刀了，换位思考，我是这么觉得，但不能失去产品的原则。
4、不要去干预开发说这个容易，那个容易，这不是你该考虑的，还有就是排期，不是你定的，是开发评估的。你可以提出不满，但不是你来决定。
5、对于一些技术上的功能，可以和他们说，你们先去试试，不行我们在寻求其他解决方案。因为很多开发听到产品说必须这么做的时候，本能的排斥的。但是，你表达去试试，不成功没关系的时候，他们反而会去愿意做，而且绝大多数都能实现的。要相信没有开发做不了的，只有愿意不愿意的。
6、产品适当地时候坚持自己的原则，有时候用结果去说话，反而会更有效果。
程序猿们的逻辑思维都是比较强的，但是沟通表达能力可能会相对弱一些，所以跟他们沟通交流的时候一定要想好产品逻辑，不然会被鄙视的，被鄙视的，主动跟他们沟通进度但也不能太频繁，他们会感觉你在催他们。必须让开发跟的上你的思路，知道你接下来的计划以及未来的计划，让他们好有心理准备，也可以提前想自己要怎么去实现。私下一定要多沟通多了解，知己知彼，才能百战百胜吗，针对于不同程序猿需要做好几手要改需求的办法，来安抚他们又要改改改的心情，但是真的想和他们融洽的相处的话，还是自己把需求想明白，减少改改改的次数，你们自然就可以一起愉快的玩耍了。
作为一个技术型的产品，曾经做过写过一段时间代码。其实，很多产品在程序猿眼里，都是特别傻逼的一种存在。尤其在有些水平的程序猿眼里。
程序猿讨厌什么：
1、修改、又他妈的改
程序猿喜欢写新项目，有成就感，不喜欢补篓子，尤其是改二手三手代码。
另外产品设计了某个功能，由于产品经理逻辑不清楚、不全面，很多情况没考虑到，导致后期改了又改。恭喜你，你又在他心理被骂了一遍
2、天马行空的需求
由于产品不懂技术，臆想出来某种需求，会让程序员觉得你特别无知。所以，懂点技术吧
3、工作不被尊重
“这个问题很好实现啊”“你给我实现个试试”
让程序员感觉到工作被轻视，同样会把你当无知和傻逼。
因为你理解的这个看起来很简单，在程序的实现背后未必是这样的。你严重的，不就是加个状态么？背后可能是需要关联五六张表，做十几次次逻辑判断。
所以，提给产品一个很重要的建议吧，就是懂一些技术。这样你会理解程序员的工作模式、会降低和程序员沟通成本。
你若是能够：
那么你应该会和程序员相处得不错。
对了，别叫他们程序员，一定要叫工程师！
“傻逼，程序猿是我们自嘲罢了，你就别叫了好么”
最后，你如果能够在技术面前：一次又一次的证明自己对用户的判断是正确的。
从每一个小需求开始，考虑得尽可能周到，做尽可能多的自我否定反思，收集尽可能多的质疑，经历越多挑战还能站立的需求，才越可能是正确的需求。每一个小需求做充分准备后再向技术提出。
你每证明自己判断对一次，加1信任分，你每被技术发现错一次，扣10信任分，等你攒到60信任分就及格了。
搞好关系真的是第一位，要是和开发搞不好关系，又恰好你是刚入职的新手，不懂技术，这真的是太可怕了，他可能会有一百种方法让你死的很惨，到时候发现真相的时候真的是欲哭无泪呀！！有木有呀！明明这个尺寸就可以啦，他非得让你改，改了一半吧，他说刚才那个就可以的，你说这时候你的心情是怎么样的啊！！（保证不会想打死他！！）。所以这就给我们提另外一个醒，懂技术，要是不懂技术不仅会让程序猿瞧不起，还会被他们各种坑，所以说不管什么时候多学知识技术才是第一位。
与工程师沟通是建很重要的事情，我觉得有几点特别重要
1，首先，自己必须要很深入的理解需求，各种场景都应该想到，别到跟工程师沟通的时候，自己反而被问傻了，自己都把需求搞蒙了人家凭什么给你修改啊；
2，要学会站在工程师的角度去感受。要考虑到人家辛辛苦苦的做的那么多工作，突然你说改就改，心里肯定不好受了，这时的态度一定要诚恳，别以命令的口气与人家交流；
可能是我目前的工作时间还比较短，也被开发怼，但是也不必玻璃心，吐槽吐槽就完了。但是怼完之后，一定要问清楚自己是不是自己的本职工作没有做好，比如需求理清楚了吗？设计逻辑是清楚的吗？数据来源是怎样的，清楚吗？数据流向呢？前后台的逻辑是对应的吗？每一个字段你知道怎么走的吗？逻辑思维清晰吗？等等。
当把本职工作做得特别好之后，再去想怎么做到70分，80分。这些是加分项。比如说懂技术，其实懂技术啥的，在有水平的技术面前，没啥用。人家也懂产品。
其实产品最重要的还是要把自己的本职工作做好（需求梳理，原型绘制等等），说清楚需求比什么都重要。其余的部分要多和团队磨合，多和部门经理/上司沟通。其实个人感觉很多东西都是可以靠沟通解决的。
自己目前在这方面做得不是很好，也在填坑中。
总结：产品经理想要和技术沟通，首先问一下自己，本职工作做得足够好了吗？如果不是，就了解一点技术皮毛就好。如果是，那就要么学点技术，要么多请技术吃饭/沟通（吃饭的目的在于了解技术人员的一些习惯等等）。
联系客服
