产品经理如何和研发沟通

❶ 产品经理如何与强势的技术沟通

从我的角度讲，绝大部分技术人员说实现不了。其实隐含的意思是：

1、当前没时间；

2、这个东西，尤其是已经迭代开发过几次的项目或者产品，其框架和技术选型其实已经制约了某功能的实现（不是功能做不了，而是做出来满足不了产品经理的要求）；

3、该技术人员目前还没掌握此需求所需的技术积淀。我也貌似某个大型软件产品的产品经理。

从我的从业经历来看，确实是有研发经验和基础的产品经理，跟我们的技术团队交流起来是要顺畅些。在这样的条件下，技术团队一般也会认为你是大半个自己人。而你也会从产品设计和产品实现两个角度考虑问题。但是透过现象看本质，其实这里面是沟通的力度和沟通的态度在其中做了怪。比如我来说，可以从两方面去考虑问题，这个是较顺畅和容易些。而一旦产品设计和产品实现的职责变成2个个体来碰撞的话，我们就开始防范和潜意识的抵制对方。技术嫌产品人员老改来改去，产品人员觉得技术老是拖拖拉拉，而且不按设计干活。我的做法是，在做产品设计的时候，我会邀请我们的技术骨干参与进来。当然前期他们是聆听，等他们理解我的想法和设计后，我们再来进行探讨。最后形成原型提交。然后后续的写文档啊，开发啊。这样一般要顺利些。我在我的团队里，提倡用下里巴人的语言讲高深的行业知识。树立“越是明白人，越能用白话把事情讲清楚。”的思想。

❷ 遇到不可沟通的技术人员，产品经理如何去做

技巧1：尽量说术语
在我们与研发人员沟通的时候，尽量不要说大白话，而是使用术语。这样会让人家感觉我们很懂技术。例如有一次我和一个客户端工程师说：“我希望弹出的窗口是模态的。”工程师听完后很诧异的说：“你还知道模态？”我说：“当然啦，这对交互设计很重要啊。”于是工程师立刻就把窗口改成模态的了，根本没问我为什么。那么什么叫模态呢？用大白话说就是弹出一个窗口，窗口以外的地方都是黑的，或者不可以操作，只有这个窗口可以操作，类似于Windows里面经常弹出来的讨厌的错误提示。但是你要是跟工程师这么描述，碰上脾气好的说不准帮你改改，碰上不好的准保反问一句：那多讨厌啊，我就讨厌Windows弹错误提示。
技巧2：思维要周密
在说话之前要尽量把所有可能的情况及其解决方案想清楚。比如你要修改一个按钮的位置，人家自然要问你，空出来的位置怎么办，改过去之后会不会影响现有的功能，用户能不能习惯等等，如果你能胸有成竹的一一化解，别人自然会听从你的建议。
技巧3：让对方自己得出结论
人都是有自尊心的，都希望自己的决定是正确决定，如果你总是说“你这样是错的，我是对的”必然引起别人的反感。所以你可以先把遇到的问题摆出来，在提出自己的解决方案后立刻说：这方面你是专家，如果你觉得这个方案能用就用，如果有更好的方案我也没什么意见。
人嘛，通常都是比较懒的，既然你能提出一个还算说得过去的解决方案，而且又让对方觉得是他自己的选择，通常也就不会为难你了。
技巧4：看人下菜碟
不是对每个都用同样的话说服的，人和人都有所不同。以我的经验，对待工程师、设计师、老板是不同的。
对待工程师要有条理，逻辑要清晰，讲究数据。例如：方案1会造成数据服务器负荷过重，并发量在2万/秒以上，并且至少要占用10G的储存空间，最重要的是，我们付出了这么大的代价，其实只满足了20%的用户，而且这部分用基本上都是不付费的用户。这一大套话说完，研发人员会认真想一想：也是啊，万一服务器宕机了责任就大了，还是用方案2吧。
对待设计师要以情动人，因为设计师一般都是学美术出身的，特别感性。例如：大姐，你就给我改改吧，为了画这个原型我昨天都加了一宿班了，你今天不改，明天指不定又插进来什么活儿呢，我这个项目得什么时候上线啊。再说也不是我想改啊，是销售那边儿一会儿说用户喜欢这个，一会儿说用户喜欢那个，我们也拧不过他们啊。设计师一听，都是同事，谁还没个难处啊，得了，加班儿给人做了吧。
对待老板要学会画蓝图，例如：根据竞品研究的结果看，这个产品非常有前景，XX刚上线1个月，就已经有100万用户，10万同时在线，收入也差不多有400来万。我们在技术上、渠道上、政府关系上都比他们强，我觉得只要能够在2个月内推出，各项数据肯定比他们强。更何况，我们的产品线目前缺乏的就是用户沉淀，而这个产品正好提供了强大的社交功能，弥补了产品线的空缺。老板一听，小伙子想的挺清楚啊，成，给你两个工程师，一个设计师，1万块项目奖金，1个月给我做出来。业绩好的话再给你发年终奖。
当然啦，还有些人江湖气很浓，他只要当你是兄弟，你怎么说他怎么做，没原因，没为什么。对于这种人平时多吃几顿饭，多送点小礼物，到时候自然帮你。
技巧5：人格魅力
做人要有幽默感，要学会缓和气氛。没必要每次需求讨论的时候都板着脸训人。说说笑话，插科打诨，给设计师倒杯水，给工程锤锤肩，送给运营的小姑娘几块儿巧克力，给运维的同事买几瓶水。你平时这么注重积累，在你需要的时候别人自然不会为难你。能做的就做了，不能做的睁一眼闭一眼也就做了。
最后再说一遍：所有的技巧都是一种手段，真才实干才是王道。

❸ 作为产品经理，应该如何和开发商处理好关系

作为一名PM，你也许花了许多时间在学习如何提升产品设计，需求处理和战略规划的能力上，最后却发现在这些高大上的工作最后都回归到了沟通。

你开始向聆听者讲述自以为满意的产出物(创意、方案或原型设计)，告诉他们前因后果以及你在其中付出的努力。本以为大家会为你的缜密思考，严谨的逻辑以及智慧的预见鼓手叫好时，却开始有人提出质疑甚至反对。你坚持己见但却使事情无法推进，你发现自己所构建的“完美的小世界”被打破了，你失望甚至愤怒，但辗转反侧还是想不通。

如何进行有效沟通？

产品经理需要不断地提升自己，涉猎更多的知识，程序、设计、营销、运营、心理学、沟通交流等等，涉猎面要广！只有肚子里真正的有货了才能更好的沟通，以开发为例：如果懂技术在功能设计时便可考虑能不能实现，到底需要多少时间等等，这在沟通中将极大地提升效率，但是切记不要太纠结细节本身，不要过多地参与相关领域，与程序员相比我们懂的都是皮毛，过多地提出实现想法可能就会被鄙视！

下面再来看一下具体可通过哪些方法来进行有效沟通！

1、沟通前准备。

充分的准备是建立良好沟通的前提，沟通前要进行三方面的准备，第一，明确沟通原则，建立平等、包容和诚信的心理基础。第二，了解沟通对象，清楚本部门和其他部门开发、设计、运营等业务领域的负责人，知道有问题可以去找谁。并且针对不同的对象和沟通内容，制定好对应的沟通方式。第三，明确沟通目的，建立自己的沟通模式，在沟通之前，要让对方知道自己的沟通目的，并确认沟通时间。

2、沟通中调整。

在沟通的过程中，最重要的是情绪的控制和调整。无论沟通内容是什么，也无论做了多少充分准备，一旦双方的情绪处于敌对状态，形成了攻击防守的气氛，那么沟通效率将直线下降。所以，在沟通时，一部分注意力放到沟通内容上，另外一部分注意力放到双方的情绪上，如果感知到各自情绪出现了问题，马上调整沟通方式，甚至停止当前的沟通，当情绪稳定或缓和后，再进行沟通。

3、沟通后跟进。

沟通最容易出现的问题是，沟通人员比较多，沟通过程很愉快，但却没有形成沟通结果，最后不了了之，浪费了大量时间。所以沟通一定要形成闭环，过程中达成的共识，要以文档的形式通过邮件或其他方式发送给相关人员，必要的话打印出来，进行签字确认。之后还要根据时间节点，找相关人员确认内容是否完成，是否需要其他帮助。一旦出现问题，及时进行解决，直到所有沟通结果都已按时完成。

总而言之，作为产品经理，在推进产品开发的过程中，需要协调各种资源，与各种人员进行沟通，沟通的质量直接决定了工作效率，影响着产品是否能按时发布和上线。所以不断进行实践、总结和提高有效沟通的能力，尽量让每一次沟通都实现最大价值，是产品经理最重要的学习内容之一。