标签：听懂 如何 交流 没发 关键字 理解 精简 别人 预述

最近有比较明显的感受，比如：

• 自己心里想的和实际表达的有出入。
• 自己表达的和别人听到后理解的有出入。

按我自己的理解，这两个现象，涉及到不同的方面：一个是语言表述、一个是理解能力。但归根结底，可以归拢为一种，那就是 “上下文”不匹配。就像是两条平行线，在现有的三维空间内，是不可能交叉的。每个人的经历和背景不同，交流有些许困难是很正常的。有些时候高 T （高级工程师）并不能完全理解我这种 Low T的某些想法。所以如何缩减双方交流的阻碍，这倒是一个小难题。

据我这段时间的观察，我总结出三个词，分别是：精简、 关键字、 预述。后文将以 “发言人” 的身份，围绕这三个词进行展开。

“精简”

除非是八卦新闻，大部分时间我们都不喜欢阅读大段的文本（不知道是不是短视频时代，被这些短视频给影响到了，越来越没有耐心），所以换个角度，如果你是那个信息接收人，你愿意从那一堆似是而非的长段文本中去理解吗？我想大部分人也和我一样，不太愿意。所以作为发言人的我，在发表这段话的时候，首先应该有这样的一个意识：

我这段话是不是足够言简意赅？

“关键字”
为了突出 **“关键字”**的重要性，先来找些反面例子来进行铺垫。比如最近网上很是流行这样的句子：

• “听君一席话，如听一席话。”
• “为什么公司还没发月饼呢？哦，原来公司没发月饼的原因是到现在还没发月饼。”

不知道为什么这样的废话为啥能火起来，费解（要是当时大学写论文的时候能学会这招该多好）。

承接第一部分“精简”的理念，这第二步就是怎么以发言内容中的关键字来进行承接，目标是：

既不能丢失文段信息，又足够精简。

我也没有啥技巧，我的理解就是，一段话，按照 “定主状谓补定宾” 的句式，尽可能拆出 “主语”、“谓语”、 “宾语”。

这样基本上就能将：XXX 通过 YYY 动作，达成了 ZZZ。这最关键的部分抽取出来。

“预述”
预述，说白了就是“提前自我复述”的意思。

我们都学过小黄鸭测试法，大意是说：当你在编程阶段，能准确地描述出所遇到的问题，那这个问题就基本上迎刃而解了。

和别人交流也是类似的，我们在提出某些疑问的时候，不妨尝试着先给自己讲述一遍，看看自己是不是真的把问题搞懂了。然后再说出来，可能会起到意想不到的效果。

虽然本文标题是《如何让别人听懂你在讲什么？》，但实际上更像是：如何让自己听懂自己在说什么。毕竟从另一个层面讲，我们是先和自己交流，然后才以这个交流反馈，去和别的人交流的。

矛盾吗？矛盾，但也不完全矛盾。扪心自问，是不是还真的有点道理呢。

标签：听懂,如何,交流,没发,关键字,理解,精简,别人,预述
来源： https://blog.csdn.net/Marksinoberg/article/details/120240624

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。