什么要讲逻辑思维 逻辑思维一直是职场的重要技能之一。当遇到某个问题时，你可以运用逻辑思维去梳理问题、分析问题，从而找到问题的本质与解决方案；当需要向他人陈述结论时，你可以运用逻辑思维去梳理即将要表达的内容，划分清晰沟通中的结论、背景、论点，从而将你的结论条理清晰的传达给对方。
几乎可以这么说，一个人的逻辑思维越强，他解决问题的能力就越强，沟通表达就越清晰。
接下来，文章将分别从逻辑思维如何运用在思考过程中、如何运用在沟通表达中去展开介绍。这两种情况的核心区别在于是已有结论对外陈述，还是未有结论对内分析挖掘。因为现在大多数逻辑思维的讲解都是更注重教给我们如何对外陈述，所以在这里我们也从沟通表达的场景开始介绍。
表达框架：金字塔图组织语言，快速表达 在问题被梳理清晰的前提下，运用逻辑思维去沟通表达，一般是遵循 论点/背景—>结论—>理由—>行动 的整体框架。接下来逐个介绍各个环节的关键点：
论点/背景 论点，一般指接下来谈话的中心内容。论点阐述时经常包含背景介绍，它们往往不可分割。阐述论点，应尽量从对方了解的信息开始阐述；
我们可以使用 5W2H 法来细化论点：When、Where、Who、What、Why、How、How much，通过 5W2H 方法将来各事件元素(时间、地点、人物、事件、原因、如何进展、进展如何等)梳理清楚。
举一个简单例子，你想找 Boss 聊聊员工加班的事情，你不能说 “Boss，关于加班我想找你聊一聊“ 。这样显然没有将事件元素陈述清晰，Boss 会无法判断你谈话的内容，他只能去猜测你将要表达内容是关于加班的哪个方面。正确的论点阐述应该是 “最近，年轻员工加班时间增加过多了，我们是不是应该做一些调整？”。这样论点就描述清楚了。
结论 结论，指在接下来谈话中你最想陈述的内容，即便删除所有其他内容你也想保留的内容。结论的陈述需要注意以下三点：结论是解决问题，而不是阐述事实;
结论和论点不能偏离，也就是说结论与论点间的联系要科学易被听众接受：尽可能做到是/否问题回答是/否；原因问题回答原因；怎么做问题回答怎么做。比如，Boss 问你销售为什么不输入商品的预估数据？你却回答，输入的方式应该设计的简单一些，就是有问题的。Boss 问的是原因，你回答的解决方案，跳跃太大，造成 Boss 难以理解。
遵循金字塔原则，大多数时候结论先行，否则倾听者容易产生疲倦。当希望给倾听者以准备时间或者倾听者自行得出结论的时候，我们才将结论放后面。
理由 理由的陈述关键点在于做到符合 MECE 分析法，筛选“合格”理由作为结论的支撑，避免将一个相似的理由分成3个理由来说。那么如何做到符合MECE原则？如何筛选“正确合格”理由？接下来我们详细介绍下：MECE 分析法Mutually Exclusive Collectively Exhaustive理由间相互独立，完全穷尽。
通俗地说，就是在没有重复没有遗漏的状态下进行思考或表达。当然，真实的情况往往是我们难以做到真正的穷尽，所以只是力求不遗漏，覆盖 8~9成 即可。
MECE 的分析方法，主要有以下三种：
日常分类模式：投入 vs 产出、生产 vs 消费、人力 vs 物力 vs 财力、过去 vs 现在 vs 未来…
通过公式推导思维解决遗漏：销售额 = 用户数 * 转化率 * 客单价，因子一目了然；
套用经典商业/业务模型：
战略模型：
3C－Customer/Competior/Company
SWOT－Strength/Weakness/Opportunity/Threat
营销模型
4Ps－Product/Price/Place/Promotion
4Cs－Customer/Cost/Communication/Convenient
生产管理模型
QCD－Quantity/Cost/Delivery
常见分析方法为我们提供了 MECE 分析的切入点，那么我们要如何选择 MECE 的理由？一个是参考下面将介绍的筛选合适理由的原则，另一个是注意从反向思考去检查MECE分析所得理由的缺点。
选择“正确合格”的理由作为支撑，遵循以下几个原则：
从对方角度设想，选择能让对方信服的理由，所以面对不同的听众，要有不同的侧重；
对于认同感不强的理由，采用“理由的理由”去支持它。“理由的理由”可以是：数据证明、一般常识/规律、事例的累积、已决断的策略、公司规定/制度等；
有大量事实，但没有结论的场景，我们可以先陈列大量理由，从理由中推导出结论；
已经有结论，但理由支撑没有思路的时候，我们同样可以先陈列大量理由，再整理分类理由。
此外，在理由的陈述中还需注意理由与结论的关联。因为理由是结论的支撑，理由推导得到结论的逻辑被听众理解是你的结论被理解的重要前提。下面介绍两种主要的理由推导结论的逻辑：
归纳并举型：列举理由，通过理由的共通点推测结论，这种推理方式的缺点是显得主观，所以要格外注意考虑例外的情况。
演绎推理型：三段式，“大前提 + 小前提” -> 结论。如果大前提、小前提是错误的，那么演绎推理的结论也是无意义的，所以要注意确保大、小前提是正确的。
行动 有结论还应该有行动，行动应该是明确自身和他人的具体任务，并加以Deadline限制。即人、事、时间都是划分清楚的，在此同样可以采用5W2H来确认行动计划是否清晰。思考框架：梳理问题，逻辑推导解决问题 在还没有将梳理清晰问题时，我们运用逻辑思维去梳理问题，它一般遵循 Problem–>Why–>How 的框架，接下来分开阐述各环节(因为思考过程中运用的逻辑思维方法与沟通表达所运用的方法类似，所以这里不会再陈述的非常详细)：
明确问题 明确问题主要有两个方法：设定想要的状态，即设定目标或设定参照物。当问题很明确，那么设定“理所当然”的目标即可，如：公司连续两年赤字，那么设定目标为公司盈利即可；当问题不明确，那么需要设定理想目标，如：公司连续10年保持全国第四，那么设定目标可考虑5年内成为全国第一。
把问题具体化到能够思考原因的大小，列举具体事例，从事例中归纳问题。如，年轻员工没有朝气，那么我们可以通过列举具体事例：打招呼有气无力、写资料错误率高、辞职率高等，通过这样的细化，我们就知道具体的问题是什么了。
寻找原因 寻找原因的关键在于，不停地询问为什么，逐步深入挖掘。如何有逻辑地深入挖掘原因？这里仍旧建议 MECE 分析法，与表达框架中介绍的理由陈述相似，毕竟在表达中陈述的理由就是在思考中挖掘得到的原因。挖掘原因的另外一个重要命题是，我们需要深挖到什么程度？各种行业书籍给出的答案是，追问5次，直到能找到具体的解决方案。对于没有可能性的部分中途就可以停止深挖，不必要刻意追问5次，只对有真正可能性的原因进行探究。
检讨解决方案 深挖直到能想象具体怎么做为止，在探讨解决方案的过程中，先不要过多考虑方案的可行性。这里，对日常生活中常见的两类人给出总结与建议：对于不思考就行动的人，建议多思考在行动，采用根本原因分析、从零开始思考等方法；
对于思考过多而不行动的人，建议一边行动一边思考，采用假设思考法。
总结 以上，为关于逻辑思维整理思路，表达自身技巧的总结与介绍。但仍有一点是需被注意的：逻辑思维虽然有用，但也并非所有的场合都可以用逻辑思维去解决问题。比如，女朋友大发雷霆和你大吵特吵，你如果试图用逻辑思维去解决，那估计是要凉凉了(手动微笑脸)。。。大多数人建议在需要寻找问题总结结论或者进行结论表达的时候才使用逻辑思维！
———————————————— 版权声明：本文为博主「杏仁技术站」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/y4x5M0nivSrJaY3X92c/java/article/details/80920618
你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。
我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客：
全新的界面设计 ，将会带来全新的写作体验；在创作中心设置你喜爱的代码高亮样式，Markdown 将代码片显示选择的高亮样式 进行展示；增加了 图片拖拽 功能，你可以将本地的图片直接拖拽到编辑区域直接展示；全新的 KaTeX数学公式 语法；增加了支持甘特图的mermaid语法1 功能；增加了 多屏幕编辑 Markdown文章功能；增加了 焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置 等功能，功能按钮位于编辑区域与预览区域中间；增加了 检查列表 功能。撤销：Ctrl/Command + Z 重做：Ctrl/Command + Y 加粗：Ctrl/Command + B 斜体：Ctrl/Command + I 标题：Ctrl/Command + Shift + H 无序列表：Ctrl/Command + Shift + U 有序列表：Ctrl/Command + Shift + O 检查列表：Ctrl/Command + Shift + C 插入代码：Ctrl/Command + Shift + K 插入链接：Ctrl/Command + Shift + L 插入图片：Ctrl/Command + Shift + G 查找：Ctrl/Command + F 替换：Ctrl/Command + G
直接输入1次#，并按下space后，将生成1级标题。 输入2次#，并按下space后，将生成2级标题。 以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。
强调文本 强调文本
加粗文本 加粗文本
标记文本
删除文本
引用文本
H2O is是液体。
210 运算结果是 1024.
链接: link.
图片:
带尺寸的图片:
居中的图片:
居中并且带尺寸的图片:
当然，我们为了让用户更加便捷，我们增加了图片拖拽功能。
去博客设置页面，选择一款你喜欢的代码片高亮样式，下面展示同样高亮的 代码片.
// An highlighted block var foo = 'bar';一个简单的表格是这么创建的：
项目Value电脑$1600手机$12导管$1使用:---------:居中 使用:----------居左 使用----------:居右
第一列第二列第三列第一列文本居中第二列文本居右第三列文本居左SmartyPants将ASCII标点字符转换为“智能”印刷标点HTML实体。例如：
TYPEASCIIHTMLSingle backticks'Isn't this fun?'‘Isn’t this fun?’Quotes"Isn't this fun?"“Isn’t this fun?”Dashes-- is en-dash, --- is em-dash– is en-dash, — is em-dash一个具有注脚的文本。2
Markdown将文本转换为 HTML。
您可以使用渲染LaTeX数学表达式 KaTeX:
Gamma公式展示 Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb N Γ(n)=(n−1)!∀n∈N 是通过欧拉积分
Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,. Γ(z)=∫0∞tz−1e−tdt.
你可以找到更多关于的信息 LaTeX 数学表达式here.
可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图：
张三 李四 王五 你好！李四, 最近怎么样? 你最近怎么样，王五？ 我很好，谢谢! 我很好，谢谢! 李四想了很长时间, 文字太长了 不适合放在一行. 打量着王五... 很好... 王五, 你怎么样? 张三 李四 王五这将产生一个流程图。:
链接 长方形 圆 圆角长方形 菱形 关于 Mermaid 语法，参考 这儿,我们依旧会支持flowchart的流程图：
Created with Raphaël 2.2.0 开始 我的操作 确认？ 结束 yes no 关于 Flowchart流程图 语法，参考 这儿.如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到 文章导出 ，生成一个.md文件或者.html文件进行本地保存。
如果你想加载一篇你写过的.md文件，在上方工具栏可以选择导入功能进行对应扩展名的文件导入， 继续你的创作。
mermaid语法说明 ↩︎
注脚的解释 ↩︎
