谈，高效沟通

此文会比较轻松，没啥技术的东西，算是个人想法的一个记录，也是对自己的一个提醒

背景

和新同学一起做业务，有些业务逻辑和关于实现设计方面 新同学有些不太懂 或 不太确定的时候，会来问我，最近几次对清楚一小块 都是消耗1,2个小时以上。 每次一看时间都过去很多，自己的todo都没时间看了。所以借个下班路上走路的时间，好好想了想，是该提升沟通效率了

收益：提升沟通效率，无论对现在，对以后应该都是收益良多

以下视角会偏向：回答问题者

归因分析

我觉得沟通时间太长的原因主要是：

1. 业务实现设计确实复杂（我们是前后端都写）
2. 我的沟通效率不高

感觉自己也不是没讲清楚，但效率不高的原因：

1. 可能没有最针对性讲到痛点
2. 背景知识或其他细节点讲的太多，虽然别人没问题这些细节

归因总结：

1. 需要针对性讲到痛点
2. 无需讲多

解决办法

针对归因总结的解决办法：

1. 好好倾听对方的提问，不要着急回答，要想清楚（问题较复杂的话，回到座位，好好理清楚，借助纸笔）
2. 以对方最容易理解的方式来描述（几句话讲清楚，双方都节省时间）
3. 只需针对性讲，无需多讲

我觉得自己，更多的问题在于 多讲了【捂脸】

• 想了一下自己为什么会多讲的心态：很热心让对方全面了解？一次性讲完，节省下次讲的时间？
• 所以还是不要太着急，问题最好由对方提出，在仅针对这个问题回答。
  • 这样对方也更容易理解和记得住（大脑只处理一条主线，会比多条线并行，效率高很多很多），否则讲过后，后面大概率还得重复讲【捂脸】

反过来，如何高效提问？

以上视角会偏向：回答问题者。 但沟通是双向的，以上面的经验，在反看 提问者视角

我个人觉得，提问者最重要的是：

1. 尽可能清晰地描述问题（双方的时间都很重要，稍微花点时间 想想如何清晰描述问题，其实会让你的问题更容易和更快 被解决）

2. 一些疑难杂症（程序可能会些奇怪和少见的报错），需要讲清楚上下文，和你之前做过的一些尝试。总之是 针对疑难杂症，你给的信息要多一点（主动给）

   • 就跟去医院看病一样，你要先想好 自己有哪些不舒服，是否吃过什么药治疗过，治疗效果如何

   • 要主动给，因为你也不能确定碰到的医生是不是好医生，并且会主动问你。说不定有些医生就是蒙的，先让你试一段时间，在看效果，不行换个药方在试试。 这样碰运气，挺浪费时间的

扯着扯着又写多了... 码字不易，点赞鼓励！