技术之间的沟通相信大部分人应该没什么问题，有一说一，实在不行，show me the code。所以这边主要是讲跟非技术人员，比如策划/产品/运营之间的沟通。
本人把沟通划分为两个方面，一个是表达自己的诉求或者观点，另一个是理解他人需求或者观点
- 表达
尽可能使用简练的语言描述自己的观点。 现代人的注意力很难集中，如果你一个简单的东西说十分钟说不清楚，对方可能没有耐心听你说下去。
描述观点的时候要逻辑清晰，否则对方可能无法理解你在说什么。
如果确实比较复杂，没办法三言两语说清楚，那最好不要口头传达，使用邮件或者聊天工具，拆分你的观点或者需求，分列1234点。同样每个点尽量简练，逻辑清晰。
沟通的时候如果自己想描述产生这个诉求或者这样做的原因，最好不要先说原因说一大段，先开门见山，说出自己的诉求，然后描述再说原因。
有时候沟通的双方会产生分歧，如果你试图说服对方，尽量站在对方的角度考虑。 比如说要求运营替换老的投放安装包为新的安装包，如果你说维护老包会耗费研发团队的大量精力，运营可能没有太多动力去做这事，甚至会反对，因为这增加了他的工作量，并且运营部门跟你不是一个部门甚至不是一个公司，加班也加不到他头上。 但是你说老安装包用户体验不好可能影响投放数据，那他就会重视这个事情了。 大多数人多少都有点事不关己高高挂起的心态，对于关乎自身利益的事情才会认真对待。
- 理解
沟通的时候尽可能的挖掘对方的真正需求，特别是对方提出的需求难以实现时。 对方提出的需求可能是他为了达到最终目的的一种方法，如果有成本更低并且可以达成目的方法，我们就可以采用成本更低方法去达成目标。 比如策划要求在手游中按照现实世界的物理规律去计算光照，而这很难做到，那么我们应该继续挖掘这个需求背后的目的，通常来说策划只是希望最终的画面贴近现实而已，而这并不一定需要使用现实世界的物理公式去计算光照，我们可以找一些成本较低的方案实现。
沟通时尽量保证双方使用同样的话语体系; 简单来说就是确保双方对某些词语或者语句的理解是一样的，并且对某种事物使用统一的词语描述。 比如"游戏包"，有人理解是游戏安装包，有人理解是放在服务器上下载的资源包，这样就容易产生误解，要么双方达成共识把"游戏包"这一词语认定为是游戏安装包，要么在沟通时直接使用更明确的词语"安卓游戏安装包"; 又比如对于游戏资源下载服务器，两个技术人员分别使用"CDN""客户端资源服务器"来描述，对于技术人员来说大部分时候可以明白他们指代同一种东西，但是对于非技术人员，可能就会认为这是两种东西。 在沟通的时候如果觉得双方遇到了分歧，不妨先想想是否是遇到了上述情况，这时候最好解释清楚相关名词，及时消除误会。
未完待续