故事一：产品和研发那点事
产品和研发是互联网公司中需要频繁沟通和协作的两个部门，绝大部分互联网公司中，沟通协作不通畅而产生矛盾的现象普遍存在，我相信这也是困扰很多CEO的问题。本周我在俺家公司产品会议上近距离观察了这个问题。产品部门在做出产品原型后需要给到研发部门进行开发，开发文档是这个过程当中一个非常重要的沟通载体，研发会参照开发文档进行开发。双方争议的焦点在于开发文档的准确程度，双方你一句我一句。便于大家更好得理解，我把双方的观点稍作整理：
研发部门觉得：
1. 开发文档某些地方写得太含糊，描述不准确，以致于在开发过程中需要反复沟通和确认。特别是不同模块的研发所对应的产品人员变更，这个问题越发严重，碰到模棱两可的地方会更加纠结，以前所达成的默契需要重新磨合。
2. 很多时候需要确认的问题产品同事也无法给到及时回复。
产品部门觉得：
1. 开发文档没必要写得那么详细，很多细节都是约定俗成的。如果每个开发文档都需要写得那么详细，必然会花费更多时间，降低效率。更可怕的是，时间久了会带来一种所谓大公司病：开发唯文档论。因此在现有的开发文档基础上，进行一定的沟通和确认会使整体效率更高。
2. 在产品需求评审环节，产品和研发会一起过一遍产品需求细节。如果双方都更加仔细认真一些，能够大量减少模棱两可的地方，规避很多后期需要反复确认的细节。
我听完觉得双方说得好像都挺有道理。但细细地想一下，这又有什么意义呢？很显然这样的沟通不会让任何一方达到所期望的目的。研发同事在说出自己观点的时候，产品同事心里一定是在想着怎么反驳你，从而来维护自己的观点。反过来亦是如此。
如果双方的对话改成以下两种，会不会更有利于达成各自所期望的目的呢？
1. 研发小伙伴：“咱们产品迭代速度越来越快了，产品部门小伙伴功不可没。为了避免频繁打扰你们，开发文档在这些地方需要再细化些，比如balabala可以再明确些，否则许多细节频繁确认会打断你们的工作思路，影响你们工作效率（你可以回想下你认真工作时被频繁打断的心情）”。
2. 产品小伙伴：“咱们家产品更新速度越来越快了，经常看到研发小伙伴加班，功不可没。为了避免后续开发过程中产生模棱两可的地方，打断你们开发的思路，下次产品评审环节咱们可以再深入些，比如巴拉巴拉地方”。
故事二：合作洽谈那些套路
日常工作中，我也承担着一部分寻求外部合作的工作，主要目的是为了获取更多的销售线索。影响一个合作达成的因素有很多，双方业务发展阶段，业务匹配度，合作带来收益大小，双方获得收益是否平衡等，这里我们主要来看下沟通第一视角的重要性。一到谈合作的时候我总是先深度思考“目前他最迫切想要的东西是什么”，然后才是我想要的。这总是能帮我激起潜在合作伙伴的合作欲望。
前不久我找到一家电子签名公司的联合创始人，寻求业务合作，主要目的是双方市场销售资源合作从而拓宽线索来源，第二卖他一套明道。对方想要的很容易知道——获取新客户。现场以这点切入，提出把对方的电子签名通过SDK嵌入明道流程审批中，我们客户中有一部分政府单位、金融公司等大型机构，在审批流程中存在电子签名需求，这样能解决我们这部分客户的需求。此刻我能感受到对方的兴趣被提起来了，给我展示了他们的产品如何实现电子签名。等到第一块内容（他想要的）沟通差不多了，接下来开始我想要的，明显感受到对方很强的沟通欲望。
以上两个故事都是我工作中的亲身经历，生活中同类沟通场景不计其数。你会发现，多数情况下如果不先站在对方的角度去思考问题，结果往往不尽人意。绝大部分人天生沟通的第一视角是“我想要什么”而不是思考“你想要什么”，这是人性使然，谁都会先关心自己的事情和感受，正是因为大家都这样，所以各自所期望的目的往往难以达成，同时还会给人“这人有点自私”的印象。如果我们沟通的视角换下顺序，把思考对方想要什么往前挪一挪，自己想要的往后缓一缓，你会发现你想要的更容易达成。
