《金字塔原理》

核心理念与基础

本质定义

• 思考沟通规范工具
  • 思考的工具：帮你“把脑子理顺”
  • 沟通的工具：帮你“把话说明白”
  • 规范行动的工具：帮你“把事做落地”
• 四大结构原则
  • 结论先行：一开口就亮底牌
  • 以上统下：每句话都要有“靠山”
  • 归类分组：把零散的东西装进“抽屉”
  • 逻辑递进：排列要有顺序
• 表达顺序
  • 1.先重要后次要（抓大放小）
  • 2. 先总结后具体（给地图再走路）
  • 3. 先结论后原因（先给答案再写解题步骤）
  • 4. 先结果后过程（先报喜/忧，再表功/解释）
• 核心动作
  • 自下而上思考（怎么想）
  • 纵向概括，横向归类（怎么搭）
  • 自上而下表达，序言讲故事 （怎么开口）

大脑机制

• 自动归类
  • 解析：人类的大脑天生就讨厌杂乱无章的东西。当你看到一堆零散的信息时，大脑会本能地、不受控制地把它们按“长得像”或者“挨得近”的原则，自动打包成一个个小包裹。
  • 举例： 看星座：你抬头看夜空，星星明明是无规则分布的，但大脑会自动把几颗亮星连成线，告诉你这是“猎户座”，那是“北斗七星”。 看黑点：如果在纸上随机画9个黑点，大脑不会把它当成9个独立的点，而是会自动把它们看成“3行3列”的矩阵。 职场应用：这就是为什么我们在沟通时要“归类分组”。如果你给老板汇报时说“我们要买A，还要招B，还要修C，还要买D”，老板的大脑会觉得很累；但如果你说“我们要解决三件事：采购（A和D）、招聘（B）、维修（C）”，老板的大脑瞬间就舒服了。
• 记忆极限 （“7±2”法则）
  • 解析：人的短期记忆（工作记忆）容量非常有限。就像电脑的内存条一样，塞满了就会死机。心理学家米勒发现，普通人一次性能记住的项目上限是7个（加减2个），而3个项目是让人感到最轻松、最清晰的“黄金数字”。
  • 举例： 背电话号码：为什么电话号码通常是11位，且被拆分成 138-xxxx-xxxx 这种格式？因为如果让你一口气背11个数字，你绝对记不住。但拆分成3组（每组3-4个），你的大脑就能轻松处理。 职场应用：这就是为什么我们强调“先总结后具体”，且总结的要点最好控制在3个以内。比如“关于这个方案，我有3点建议”，这3点建议对方大概率能全记住；但如果你说“我有8点建议”，对方听到第5点的时候，前3点就已经从内存里被挤出去了。
• 逻辑关联
  • 解析：大脑极度渴望“秩序”和“因果”。当它接收到信息时，它不会孤立地看待这些信息，而是会疯狂地自动脑补，试图在这些信息之间建立因果关系，把它们搭建成一个有层次的金字塔结构。如果信息之间没有逻辑，大脑就会“死机”或产生误解。
  • 举例： 日常对话：如果一个人对你说：“外面下雨了。” 你的大脑会立刻脑补出下一句逻辑关联——“所以你最好带把伞”。如果对方下一句说的是“我中午吃了个汉堡”，你的大脑就会瞬间崩溃，觉得这人说话毫无逻辑。 职场应用：这就是为什么我们要做到“以上统下、逻辑递进”。当你抛出结论时，大脑会自动期待下面的理由；当你给出理由时，大脑会自动期待具体的证据。只要你顺应这种期待，你的表达就会像磁铁一样，牢牢吸住对方的注意力。

金字塔结构与构建

内部结构

• 纵向关系 疑问—回答式对话（吸引读者）
  • 原理：每个思想都是“新信息”→引发读者疑问（如“为什么？”）→下一层直接回答。
  • 效果：像剥洋葱，层层递进，读者全程被带着走，直到无疑问。
  • 关键原则：先引起疑问，再给答案；不能提前给答案（否则要重复讲）。
• 横向关系 两种逻辑组织方式（保证合理）
  • 演绎推理：大前提→小前提→结论
  • 归纳推理：多个同类思想→概括共同点→得出推论
  • 规则：一组思想只能选一种逻辑，不能混用。
• 序言结构 讲故事式开头（引发初始疑问）
  • 目的：让读者与你“站在同一起跑线”，确保文章回答的是读者真正关心的问题。
  • 标准四要素：背景（S）→ 冲突（C）→ 疑问（Q）→ 回答（A）。
  • 对比案例
  • 三个子结构的作用总结

构建方法

• 自上而下法（首选，最易上手）
  • 适用：已明确主题、读者疑问和答案。
  • 核心逻辑
  • 6步流程
• 自下而上法（思路不清时用）
  • 适用：不确定主题、读者疑问或背景信息时。
  • 三步走
  • 案例拆解：TTW印刷厂的混乱备忘录 你接手了TTW印刷厂，老板让你写一份报告，但你完全不知道问题出在哪。你收集了一堆杂乱的信息。
• 初学者常见问题与避坑指南
  • 先试自上而下：不要一上来就写全文，先搭结构，否则文字固化后不愿修改。
  • 序言从“背景”起笔：先构思背景，再找冲突和疑问，顺序最顺。
  • 多花时间在序言：别跳过序言直接写正文，否则正文中会混入背景信息，导致混乱。
  • 背景只放读者已知/可验证的信息：别在序言中放新信息，否则会引发非预期的疑问。
  • 关键句层优先用归纳法：比演绎法更易懂，读者接受度更高（如买库房的例子，归纳法更简洁有力）。

序言写作

• 序言的本质：为什么必须讲故事？
  • 目的：让读者抛开杂念，专注你的话题（像小说悬念一样抓人）
  • 心理学原理：先讲读者已知/认可的信息（背景），再引出冲突，自然激发疑问，读者才会主动想听答案。
  • 核心结构(SCQA)：背景(S) → 冲突(C) → 疑问(Q) → 回答(A)
• 三大要素的写法要点
  • 背景(S)：读者已知或可验证的、无争议的事实
  • 冲突(C)：推动情节发展的因素——通常是问题、意外或变化，促使读者产生疑问
  • 疑问(Q)：通常为以下4类之一
  • 回答(A)：即文章的中心思想
• 序言的4种常见排列顺序
  • 标准式：S → C → Q → A（最稳妥）
  • 开门见山式：A → S → C（先给答案，再讲故事）
  • 突出忧虑式：C → S → A（先强调问题，再给背景）
  • 突出信心式：Q → S → C → A（先抛疑问，再展开）
• 关键句要点（一级论点）的处理
  • 作用：让读者在开头30秒内了解全文框架
  • 写法：必须是“有观点的句子”，拒绝“名词标签”
  • 举例说明：从“模糊标签”到“清晰指令”
• 序言的长度与适用范围
  • 长度：以“读者能与你站在同一位置”为准，通常2~3段，可短至一句话
  • 篇章内引用：每个关键句要点前也可加小序言，用简单SCQA引出该要点的背景，确保读者理解每一步的逻辑。
• 商务文章常见的4种序言模式
  • 发出指示式：S=要做X，C=必须按Y方式，Q=方式是什么？（如更新工作流程手册）
  • 请求支持式：S=有问题，C=已想出方案需经费，Q=批准吗？（如申请购买设备）
  • 解释做法式：S=现系统为X，C=不正常，Q=如何改进？（如修正市场预测系统）
  • 比较选择式：S=想做X，C=有多个方案，Q=哪个最佳？（如应对客户需求变化）
• 咨询场景的特殊应用
  • 项目建议书：S=客户有问题，C=决定请第三方，Q=我们能帮吗？
  • 项目进度小结：S=之前说过X，C=你让查Y，Q=结果是什么？

逻辑推理与思维操作

演绎推理

• 线性链条：大前提→小前提→结论
  • 解析：演绎推理就像推多米诺骨牌，或者解数学题。第一步是公认的大道理（大前提），第二步是套用到具体情况（小前提），第三步自然而然就蹦出了结论。
  • 核心特征：“因此”。它的逻辑是线性的，结论其实早就藏在你的前提里了，你只是把它“算”出来了。
  • 举例： 大前提：所有哺乳动物都是恒温动物。 小前提：鲸鱼是哺乳动物。 结论：因此，鲸鱼是恒温动物。
• 标准三步：阐述某种情况- 阐述相关情况- 推出隐含意义
  • 解析：这是最经典的演绎推理。先抛出一个大家都认同的“大道理”（大前提），再拿出一个“具体案例”（小前提），最后把大道理套在案例上，得出一个“必然结论”。
  • 举例： 大前提：凡是违反公司合规红线的人，都会被辞退。 小前提：张三私自倒卖了公司的客户数据，触犯了合规红线。 结论：因此，张三会被公司辞退。
• 变形三步（问题解决型）：问题→原因→解决方案（职场常用）
  • 解析：在职场中，我们很少去讨论“苏格拉底会不会死”，我们讨论的都是“怎么解决问题”。所以，演绎推理在职场里经常变形为：“现状/问题是什么 → 为什么会出现这个问题 → 所以我们应该怎么做”。
  • 举例： 问题：最近三个月，我们的用户流失率高达15%。 原因：经过数据分析，流失的用户90%都反馈APP加载速度太慢。 解决方案：因此，我们需要立刻成立专项小组，对APP的底层代码进行提速优化。
• 连环演绎不宜超过4步
  • 解析：有时候，一个结论会成为下一个推理的前提，像锁链一样一环扣一环。但是，这条锁链绝对不能超过4环！ 如果超过4步，读者的脑子就跟不上了，而且你只能得出1到2个最终结论。
  • 举例： 第一步：最近旧报纸回收量大幅下降。 第二步：（因此）造纸厂买不到足够的旧报纸原料。 第三步：（因此）新闻纸的产量会严重不足。 第四步：（因此）下个月报纸的印刷成本会大幅上涨。 （你看，如果超过4步，读者早就晕了。）
• 低层使用高层归纳
  • 解析：这是金字塔原理的黄金法则！在写PPT大纲或者文章的一级标题（高层）时，尽量用归纳法（比如“我们需要采取以下三个措施”），因为归纳法一目了然。而把演绎推理藏在金字塔的底层，也就是具体的段落内部，用来证明你的每一个小观点。
  • 举例： 一级标题（归纳法）：建议从三个方面降低运营成本。 段落内部（演绎法）： 首先，建议裁撤冗余的行政岗位。因为（大前提）非核心业务外包能降低30%成本，（小前提）行政岗位属于可外包的非核心业务，（结论）所以裁撤并外包能有效降本。

归纳推理

• 共性聚合：同类事实→概括推论
  • 解析：归纳推理就像你面前摆了一堆散落的珍珠，你要找一根线把它们串起来。你先罗列几个平行的事实，然后发现它们有个共同点，最后提炼出一个新的观点。
  • 核心特征：“共性”。它的逻辑是发散的，结论是你从一堆事实里“总结”出来的。
  • 举例： 事实1：上海的销售额增长了20%。 事实2：北京的销售额增长了20%。 事实3：广州的销售额增长了20%。 结论：所以，我们全国一线城市的整体业绩都在大幅增长。
• 核心技能：单一名词概括每组思想，剔除无共同点项
  • 解析：归纳推理的核心，就是给一堆事实“贴标签”。你必须找到一个单一名词（比如“问题”、“原因”、“计划”、“步骤”），能完美概括下面所有的点。同时，要把那些“格格不入”的点果断踢出去。
  • 举例： 事实1：招聘网站发了50份简历。 事实2：猎头推荐了3个候选人。 事实3：内推群里收到了2份简历。 归纳（贴标签）：以上三点可以归纳为“招聘渠道的拓展情况”。 剔除：如果里面突然混进来一句“本月食堂满意度调查完成”，这就和招聘毫无关系，必须剔除。
• 常见句式：保持主语不变改谓语，或保持谓语不变改主语
  • 保持主语不变，改谓语：比如“日商投资了中国”、“日商投资了印尼”，主语都是“日商”，动作都是“投资”，所以可以归纳为“日商在亚洲的投资布局”。
  • 保持谓语不变，改主语：比如“市场部完成了KPI”、“销售部完成了KPI”、“研发部完成了KPI”，动作都是“完成KPI”，所以可以归纳为“公司各部门均超额完成季度目标”。
• 关键句层优先使用
  • 解析：在写PPT的一级标题、邮件的核心观点时，优先使用归纳法。因为归纳法是把几个平行的观点摆在一起，读者不需要在脑子里反复倒腾因果关系，一眼就能看清你的框架。
  • 核心作用：降低读者的“认知负荷”。如果关键句用演绎，读者就得跟着你“因为A所以B，因为B所以C”地走一遍迷宫；而用归纳，读者看到的是“我们要做A、B、C三件事”，一目了然。

逻辑顺序

• 时间顺序：步骤流程因果
  • 适用场景：一组行动共同导致某个结果
  • 写法：按行动先后排列，主题句必须是该组行动带来的结果
  • 三大常见错误
  • 检查技巧：想象自己执行这些行动，看顺序是否合理、有无遗漏
• 结构顺序：整体部分空间
  • 适用场景：描述组织结构、地图、物体构成等
  • 划分依据
  • 描述顺序：按读者观察顺序（如从左到右、从上到下）或功能作用顺序
  • 修改结构：若提出改革建议，可按“在白纸上画出新结构”的顺序表达
• 程度顺序：重要性强度
  • 适用场景：一组具有共同特性的思想
  • 核心写法：先明确共同特性，再按该特性表现的程度高低排序
  • 特殊用法：有时可“先弱后强”制造戏剧性效果，但商务写作一般“先强后弱”
• MECE原则：独立穷尽
  • 相互独立（不重叠）：你切出来的每一块，绝对不能有交集。比如把公司分为“男员工”和“女员工”，这就叫相互独立。但如果你分为“男员工”和“90后员工”，这就重叠了（因为有90后男员工）。
  • 完全穷尽（无遗漏）：你切出来的所有块加起来，必须等于整体。比如把公司分为“男员工”和“女员工”，这就叫完全穷尽。但如果你只分了“男员工”和“女员工”，却忘了还有“跨性别员工”或者“外包人员”，那就不算穷尽。

概括各组思想

• 概括的本质：避免“缺乏思想”的句子
  • 解析：你给一堆信息贴了个标签（比如“3个问题”、“5个建议”），但这标签太虚了，读者看了根本不知道你要表达什么核心观点。这就叫“缺乏思想”。
  • 错误写法：“该公司存在3个问题”“我们建议5项改革”——只说明类别，没提炼精华，枯燥无意义。
  • 正确写法：必须指出这组思想的共同含义或行动后的结果，让读者有准备地接收信息。
• 概括的两大类思想
  • 行动性思想（步骤、措施、流程）：概括为采取行动后的结果/目标。
  • 描述性思想（背景、信息、问题）： 概括为这些思想的共同点所隐含的意义。
• 概括行动性思想（难点）
  • 核心方法：三步
  • 检查技巧
  • 常见错误：两类
• 概括描述性思想（归纳跃进）
  • 核心三步法
  • 工具：可画图或想象来辅助发现关系
  • 关键：如果无法概括，说明分组有问题，必须重新思考

问题界定与结构化分析

界定问题

• 问题的本质：差距
  • 现状(R1)：你不喜欢的结果
  • 目标(R2)：你希望达到的结果
  • 解决方案：将R1转化为R2的具体措施
• 界定问题的5步连续分析
  • 前两步 = 序言（SCQA） 当你搞清楚了“出事了”（第1步）和“在哪出事”（第2步），你的序言（SCQA）其实就已经写完了！S（背景）是原本正常的状况，C（冲突）就是现在发现的那个问题。
  • 后三步 = 金字塔内容 从第3步到第5步（找原因、列选项、给结论），就是你PPT正文里要详细展开的“金字塔主体内容”。
• 界定问题的4个核心要素
  • 切入点/序幕：现有结构或流程
  • 困扰/困惑：打破平衡的事件
  • 现状(R1)：非期望结果
  • 目标(R2)：期望结果
• 读者疑问的7种常见状况（决定序言结构）
  • 1. 不知道如何把R1变R2（应做什么）
  • 2. 知道方案，不确定对不对（应做吗）
  • 3. 知道方案，不知如何实施（如何做）
  • 4. 方案已实施但行不通（怎么办）
  • 5. 有多个方案，不知选哪个（选哪个）
  • 6. 知道R1，但不清楚R2（目标不清）
  • 7. 知道R2，但不确定是否处于R1（是否存在问题）

分析问题

• 传统方法：从信息入手（耗时且低效）
  • 做法：先大量收集资料（行业、市场、客户优劣势），再分析。
  • 痛点：60%资料无用，数据堆砌却难有结论，报告冗长乏味。
  • 根源：缺乏方向，信息多但无关，等于“先开枪后瞄准”。
  • 解析：很多人接到任务，第一反应是“我要把能找到的数据全找出来”。于是花了一周时间，把行业报告、竞品分析、客户访谈全扒了一遍。结果面对几百页的PPT，依然不知道核心结论是什么。这就叫“数据堆砌”，不仅累死自己，老板看了也头疼。
  • 举例： 场景：公司某款核心APP的日活跃用户（DAU）突然下降了10%。 ❌ 传统做法：先开枪后瞄准（反面教材） 做法：你接到任务，立刻开始疯狂找数据。你找了行业大盘数据、找了竞品近期的动作、找了公司过去三年的所有运营活动记录、还拉了1000个用户的问卷。 结果：你花了一周时间整理出50页PPT，里面全是图表。老板看完问：“所以，到底为什么跌了？”你支支吾吾：“呃……数据有点复杂，好像都有点关系……” 痛点：60%的数据都是无用的噪音，你被数据淹没了。
• 高效方法：结构化分析（先假设，后求证）
  • 本质：模仿科学方法——提出假设 → 设计关键实验 → 排除/确认 → 得出结论。
  • 核心：先假设产生问题的可能原因（外展推理），再有针对性地收集资料证明或推翻假设。
  • 关键工具：诊断框架（找原因） + 逻辑树（找方案）
  • 举例：（上面传统方法的案例场景：公司某款核心APP的日活跃用户（DAU）突然下降了10%。） 结构化分析做法（先假设，后求证） 第一步：用“诊断框架”大胆假设（外展推理） 你根据经验画了个逻辑树，大胆假设：“最近没有节假日，也没有负面新闻，营业额下降大概率是门店自身运营出了问题，而不是外部环境。”（先排除了外部原因） 第二步：继续拆解，提出二级假设 在“门店自身运营”下，你继续猜：“是客流量少了？还是客单价低了？”你查了下收银系统，发现客流量没变，但客单价从100元降到了70元。（排除了客流，锁定了客单价） 第三步：设计“关键实验”去验证 为什么客单价会降？你大胆假设：“是不是最近新推出的‘超值套餐’太便宜，把原本点高价菜的客人都吸引走了？” 你立刻拉出“超值套餐”上线前后的销售数据（设计实验）。 第四步：确认并得出结论 数据一拉，发现“超值套餐”销量极高，但高价单品销量暴跌。假设验证成功！ 最终结论：营业额下降是因为新套餐定价策略失误，拉低了整体客单价。建议立刻调整套餐价格或下架该套餐。
• 设计诊断框架（找原因） -三种类型
  • 1. 呈现有形结构：画系统图
  • 2. 寻找因果关系
  • 3. 按相似性分类
  • 核心技巧：MECE原则（相互独立、完全穷尽）
• 使用诊断框架的步骤
  • 先建立当前系统模型（切入点/序幕）
  • 提出关键问题（“这个环节是否存在问题？”）
  • 针对性收集资料（只收集能验证假设的数据）
  • 快速排除或确认原因，提高效率
• 建立逻辑树（找方案）
  • 用途
  • 原则：MECE细分，穷尽所有可能性
  • 区别于诊断框架
• 是非问题分析（关键澄清）
  • 定义：措辞必须用“是/否”回答的问题，不含“如何”“为什么”。
  • 误区

演示与呈现

书面呈现

• 30秒看清全文结构
  • 解析：老板的时间极其宝贵。他看你的报告，通常只有极短的时间（比如等电梯的30秒）。在这30秒里，他必须能一眼看清：“背景是什么（序言）”、“你的核心结论是什么（中心思想）”、“你打算分几步走（关键句要点）”以及“这些步骤之间是什么关系（逻辑关系）”。
• 多级标题法（最推荐）：不同层级用不同格式（如节标题→小节标题→编号段落）
  • 解析：这是最正规、最清晰的排版方式。就像写论文或者长报告一样，用“一、”、“（一）”、“1.”、“（1）”这种层级分明的标题。读者光看标题，就能把你的逻辑骨架摸得一清二楚。
  • 举例：场景：你需要向老板汇报“提升团队效率的3个建议”。 多级标题法（写正式的长篇Word报告时）： 一、提升团队效率的三大核心建议 （一）引入自动化工具 1.采购RPA机器人处理重复报表 （二）优化会议制度 （三）建立知识共享库
• 下划线法：关键句及支持论点加下划线或粗体，适合短文章
  • 解析：如果你写的是一封邮件或者一段短文，没法用大标题，怎么办？那就把核心结论和关键论点加粗或者加下划线。读者的眼睛会自动被加粗的字吸引，一眼就能抓住重点。
  • 举例： 下划线法（发一封简短的提醒邮件时）： 老板，关于提升团队效率，我的核心建议是：第一，引入RPA机器人处理报表；第二，将每周例会缩短至30分钟；第三，搭建团队Wiki知识库。
• 数字编号法：方便查找，但易分散注意，最好配合标题使用
  • 解析：用“1、2、3”来罗列观点。它的优点是方便查找（比如开会时老板可以直接说“我们看第2点”），但缺点是如果满篇都是数字，读者容易眼花。所以，最好给数字前面加个小标题。
  • 举例： 数字编号法（罗列具体的待办事项时）： 提升效率的具体行动项： 1.【工具】采购RPA机器人（负责人：张三） 2.【制度】缩短每周例会时间（负责人：李四） 3.【知识】搭建团队Wiki知识库（负责人：王五）
• 行首缩进法：用缩进区分层级，适合短备忘录
  • 解析：就像写诗歌一样，通过每行文字前面空几格（缩进），来体现谁是大哥（一级论点），谁是小弟（支撑论据）。这在写简短的内部备忘录时非常好用。
• 项目符号法：行首缩进的变体，咨询公司常用
  • 解析：这就是行首缩进法的“升级版”，用小黑点（●）或者小方块来代替数字。麦肯锡等顶级咨询公司写PPT和报告时最爱用。因为它不强调先后顺序，只强调逻辑归类，看起来极其清爽、专业。
  • 举例： 项目符号法（咨询公司风格的PPT或备忘录）： 提升团队效率的三大抓手： ● 工具升级：采购RPA机器人，减少重复劳动 ● 制度优化：缩短例会时间，聚焦核心议题 ● 知识沉淀：搭建Wiki库，避免重复造轮子

PPT演示

• 两类幻灯片的黄金比例
  • 文字幻灯片（10%）：强调框架、重要观点、结论
  • 图表幻灯片（90%）：展示数据、关系、结构
  • 原则：二者互补，图表用来“说清文字说不清的事”
• 文字幻灯片的设计要点
  • 每张只说一个论点，用完整陈述句
  • 文字尽量简短，字号够大
  • 逐级展开，引导节奏
  • 增加趣味性，拒绝乏味
• 图表幻灯片的设计要点
  • 先确定要回答的问题，再选图
  • 标题必须是完整论点
  • 避免复杂：每份演示中复杂图表不超过2个
• 故事梗概 （制作PPT的核心步骤）
  • 1. 写详细序言 （确保问题正是听众关心的）
  • 2. 按故事顺序排列幻灯片 （序言→关键句要点→下层论点）
  • 3. 初步确定呈现方式 （即使数据未齐，先想好图表类型）
  • 4. 写讲稿（确保像讲故事一样流畅）
  • 5. 完成设计和绘图
  • 6. 排练、排练、再排练
• 关键提示
  • 每张幻灯片顶部写一句提示性短语，帮助自己和听众聚焦
  • 牢记：“演示是听众给予演示者的一种恩惠”——尊重听众的时间和注意力

文字图像化

• 核心方法：先“看见”图像，再转化成文字
  • 人类思维本质：我们通过图像而非文字进行概念思维（图像能高效综合大量事实）
  • 写作步骤：先在大脑中画出图像（或骨架图），再把它转化成文字
  • 读者效果：读者读到文字时，会在脑中重构图像，从而更快理解、更易记忆
  • 举例：场景：你需要向老板写一段关于“公司目前跨部门协作流程混乱”的描述。
• 阅读时的“脑图”体验
  • 读优秀文章时，读者会自然形成记忆图像
  • 图像帮助记忆：读者难以逐字复述，但能根据脑中的图像大致还原内容
  • 抽象概念也可画骨架图
  • 举例： 场景：你需要向老板解释“为什么公司今年利润下滑了，但现金流反而变好了”。
• 如何修改晦涩文章（实战技巧）
  • 第一步：找名词
  • 第二步：找关系
  • 第三步：重写
  • 举例： 场景：你需要修改一份项目方案里极其晦涩的表述。
• 图像化的价值
  • 对读者的价值（高效处理 + 便于回忆）
  • 对作者的价值（理清关系 + 拒绝含糊）
  • 举例： 场景：你需要向老板解释“为什么公司要推行新的绩效考核制度”

此处按层级展示导图纲要，点击「使用」克隆后可查看完整内容。