2012 年从研发转型做产品，到现在满五年，这其中有在中型公司做产品经理的经历，也有创业作为产品负责人带团队的经历，有一些成就，有很多踩坑，深感互联网产品开发团队（包括产品、设计、研发）的沟通水平很大程度上决定了产品的最终产出，而这当中对产品人员的要求尤甚。
本文把范围缩小在互联网产品开发团队的沟通上，这些沟通理所应当也要遵循人与人之间沟通的普世原则，但因为任务和场景的特殊性可以讨论得更具体和细节一些。
天底下多数事情都是知易行难，而知是第一步，记录下来，以期时时自省、不断精进。
1. 清楚，以产品人员向设计师、工程师讲述需求为例，尽量做到第一次正式讲述时就表达清楚，这通常是双方注意力最为集中的时候，做好了能省去反复沟通确认的环节。做到这一点非常不容易，首先需要对事情本身思考全面，烂熟于心，也需要特意去思考过如何讲能够让别人快速理解，讲的时候先主干再枝叶，由浅入深，简明扼要。如果不是很有信心，前期应该自己花时间总结排练，切忌自己没想清楚的情况下以一种讨论的方式去讲述需求，浪费大家时间。
2. 专业，就像我们听一场演讲看一本书都会先看作者是谁，潜意识里在团队中大家也会根据你过往的表现来评估你言语的可信任度，建立自己的专业形象怎么强调都不为过，它能够让你沟通时事半功倍，大家会因为信任你而主动过滤掉那些可能产生的质疑。如果一件事情是你的本职工作却经常被人问倒，那就真的要去反思了。专业还体现在职业素养上，讨论事情本身，不要质疑动机，不要质疑品德，不要翻旧账。
3. 友善，没有谁喜欢咄咄逼人摆臭脸的角色，一件事情即使在理也完全不需要在气势上压过别人，发生这种情况时，另一方心里想的可能就不是事情本身了，而是在想，他凭什么这样对我？友善是化解争执的利器，让另一方知道你是一个理性、有修养、可以协商的对象，找到大家都满意的解决方案只是时间问题。
4. 谦虚，不仅仅是让你避免在沟通时表现得浮夸和颐指气使，更重要的是可以在沟通中吸纳有价值的信息。只有一方的表述不是沟通，你来我往才是沟通，不要让对方的表述成为了走过场，认识到自己的考虑可能是欠完善的，别人的视角和观察可能是有价值的，这样的沟通才有更多信息量，而不只是无脑的传达。
5. 遵守规则，多数情况下大家都希望以理服人，但是总有无法达成一致的时候，项目不可能耗在这里耽误时间，这时就应该让规则发挥作用了，这件事情谁具有最终的发言权就按谁说的办，每个人有分工，承担的责任大小也不同，团队选择让他来做这个决定肯定是有原因的，遵守大家定下的规则，毫无怨言地执行，要知道，做决定的那个人通常背负更大的压力。
6. 大度，总有失控的时刻，这时候需要有人退一步收拾残局，而不是针锋相对制造更大的矛盾。很多人担心退让会让自己显得弱势，这是近年来一些所谓职场文化畅销书的荼毒，退让更多是在态度上，而不是在立场上，为了达成目标，以退为进，争取更大的操作空间，这是我想去习得的智慧，另外要说明的一点，大度的人往往会得到大家的赞赏和信任。
以上。
