一个产品版本的上线，是产品经理与UI设计师、前端工程师、后端工程师、测试工程师、运维工程师通力协作的成果，一个团队小则几人，大则十几、几十人。要确保产品保质、保量、按时上线，团队中会有大量的沟通，这对产品经理的沟通能力提出了很高的要求。
想要实现有效的沟通，产品经理必须掌握沟通的艺术。
1.对于带有文字的沟通内容，一定要简洁、清晰：比如产品原型、需求文档、过程沟通邮件，都有必要用最简单易懂的语言表达关键点，越简短，错误越少，也越容易理解和阅读，越容易更新。同时，也要确保清晰地定义了所有细节，即使是一个公式，结果的位数、数字的展示方式、数据更新的具体时间点，都需要明确地说明；
2.不懂就问，兼听则明：如果决定的结果会影响他人，或需要他人来执行，就要把他们邀请到决策的过程中来。多听他人想法，可以让方案更周全、更完善；并且，因为人们对于自己有贡献的事物，支持度总是会更高，所以，让成员们贡献想法，有助于更好地推进工作。产品经理最可能遇到的障碍就是不懂技术，这一方面，产品经理必然不如专业的工程师，因此，一定要不懂就问，可以不知道代码是怎么写的，但是一定要理解技术的原理是什么，学到的就记下来，变成自己的，下一次拿来即用。不需要掩饰自己对于技术的无知，听不懂的就多问几遍，要知道，我们的最终目的是保证产品能够实现，产品不是谁的一言堂，学到本事才是关键，不必要太在乎所谓的面子；
3.低姿态沟通，多多请教：对于团队的成员，产品经理在相处时、沟通时，有必要保持恭敬心、尊重心，以人人为师。探讨问题时，可以经常使用“这样可以吗？”“你觉得怎么样？”的请教口气，比起咄咄逼人、居高临下的自我主张，效果会好很多。毕竟团队中少了谁，产品都出不来。设计、切图、写代码，产品经理往往没有一样是精通的，必须要依赖团队其他成员的贡献，要想事半功倍，产品经理就要抱着感恩每个人贡献的时间、精力、想法的态度，去调动团队成员各自发挥最大的能动性；
4.学会妥协：在开发、测试的过程中，往往可能由于前期考虑不周，或者过程中遇到困难、无法实现等问题，导致团队成员推动产品经理对原需求进行新增、删除、优化。此时，产品经理务必认识到“ 这世界是绝没有十全十美的事情的，我们需要接受不完美”，要能够去反思、推翻自己的一些想法，而不固执地要求产品100%按自己的想法实现，认为自己的方案是最完美、最不可妥协的。对于好的建议，直接采纳；对于既不好也不坏，但团队成员坚持要求的建议，如果并不影响用户体验、核心功能，可以适当采纳，以增加团队成员的话语权和参与感；对于影响用户体验、核心功能的建议，需要审慎斟酌，该坚持就坚持。但是，即使是坚持自己的想法，在表达时，语气最好较为缓和，不去指责对方想法的缺陷，而是表达哪一种方案对于我们团队本身、对于客户来说可能是最好的。尽量和对方站到一个角度去表达，而不是站在对立面去坚持。
5. 关键的信息，留下正式的书面沟通痕迹：所有的需求变更、项目进度、项目延期可能性，都必须定期地通过邮件告知团队所有成员。
（1）需求变更的及时书面沟通可以避免在QQ或者微信群确定后，关键的参与人员（如测试工程师）没有看到，还是按照原来的需求进行开发、测试，浪费团队成员的时间；
（2）进度及延期的及时书面沟通可以使团队成员更有紧迫感，有团队归属感。并且，若发生了延期，产品经理对于直接领导，最好面对面沟通，说明延期的原委和处理方案。若延期对客户或外部合作团队有影响，也必须及时与核心受影响人员进行沟通确认。
沟通，是产品经理日常工作中必不可少的一部分，也是产品工作中最大的一部分，能够有效地进行多头沟通，平和地面对质疑和冲突，是产品工作的难点，也是产品工作的有趣之处。
享受收到挑战时，小心脏突突跳的兴奋，也享受说服大家卯足劲朝一个目标奋斗时的成就感。
网友评论