最近我发现一部分做研发的同学往往过于追求技术上的积累，和其他部门的沟通总是有一些"隔阂"。有时候我们聊得太技术细节，别人也不太能听懂。即使大家讲的是同一个东西，从不同的角度去描述，也会达到"盲人摸象"的效果。
最怕双方都耗尽全力，都以为对方能"秒懂"，最后做出一堆四不像的"垃圾"。
这种事儿也发生在了我身上，我本以为自己已经讲得足够"通俗易懂"，但对方依然不得其解。
所以面对不同的人讲不同的话很重要。我们首先要确定自己交流的对象的具体角色是什么，然后有针对性地去沟通。
对于非技术控的leader，告诉方案可行即可，不要涉及太深的代码实现细节。
对于老板，要聊ROI，要考虑优先级，自己做的是不是老板期待的目标。如果不是，那么需要调整自己的目标到leader目标上。AI时代，虽然实现的成本变小了，但是目标成本反而更大了。因为人可以更快速地走弯路了，所以走弯路的概率也变大了不少。
对于产品同学，我们需要尽量和已有的业务结合起来讲，讲最终实现的结果，讲能达到的功能表现是否符合产品的期待。例如，产品想要实现的是B，我们做了一个C出来，即使再怎么酷炫强大，也不是客户（用户）真正想要的。有时候要站在他们的角度思考，他们到底想知道什么，想要研发同学保证什么。
而对于研发同学来说，就必须细化到能够落地的技术细节为主，不能有一丝一毫的马虎。因为一旦某个步骤跑不通，可能就是技术方案不能完全实现的坑。在沟通的过程中，我们可以尽早地发现设计上的问题，及时调整和优化技术实现方案。
管理自己的精力是第一步，优化自己的表达是第二步，最后再集中火力做ROI最高的任务，完成挑战和自我生长。
说话要简洁，要明白自己核心想表达的内容，也要规避使用jargon（行业黑话），尽可能用大家都能理解的通用语言。不是说不能讲领域词汇，但也要降低沟通难度。我们在网上冲浪的时候总会嘲笑开口闭口"闭环"、"颗粒度"、"组合拳"的大仓风魔怔，当自己开始狂飙黑话的时候更要警醒。
以终为始，给出最终方案，再补充必要细节，是一个高效沟通的好方式。我从此以后，也会尽可能用这样的方式去沟通，让所有人都能快速理解我的结论和意图。
大家的时间都很贵，长话短说，先说结论。