# 16. 信息结构与表达

这一章讲把想法讲清楚的基本功：怎么组织结论和理由、怎么写文档和汇报、怎么在会里和跨部门把事推动。它解决的是「同样一件事，为什么有人讲得懂、有人讲不懂」。

条目按从最基础到进阶排列。

---

### 1. 金字塔原理（结论先行、以上统下、归类分组、逻辑递进）
- 定义：金字塔原理主张表达时结论先行，上一层概括下一层，同一层内容归类分组、彼此独立，并沿一条逻辑线递进，让听者先拿到要点再看支撑。
- 说人话：先说「结论是什么」，再讲几条理由，每条理由下再给证据；像搭金字塔，而不是让人跟着你一路猜到最后。
- 什么时候用：写文档、做汇报、发消息，尤其是面对没时间听你展开的人时。
- 常见误区：按「我发现的顺序」而不是「听者需要的顺序」讲；结论藏在最后，前面铺垫太长。
- 证据等级：A
- 来源：Barbara Minto《金字塔原理》

### 2. MECE 与结构化拆解
- 定义：MECE（相互独立、完全穷尽）是拆解问题的标准：分出的几块彼此不重叠，合起来覆盖全部，从而避免漏项和重复。
- 说人话：把人分成「男、女」是 MECE，分成「老人、年轻人、男人」就不行，既重叠又漏人。
- 什么时候用：拆需求、拆指标、拆问题、分组归类时，用它检查有没有遗漏或交叉。
- 常见误区：把 MECE 当形式要求，为了「不重不漏」硬凑分类；拆到失真，反而看不清真正的问题。
- 证据等级：B
- 来源：Barbara Minto《金字塔原理》（MECE）；麦肯锡方法

### 3. PRD 的信息结构（背景、目标、范围、流程、状态、边界、数据、验收）
- 定义：PRD（产品需求文档）应把关键信息分块写清：背景与目标、范围（做什么、不做什么）、流程、状态、边界与异常、数据与埋点、验收标准。
- 说人话：一份好 PRD 能让没参与讨论的人也看懂要做什么、做到什么算完成，而不是靠口头补充。
- 什么时候用：把需求交给设计和开发之前；以及反复被问「这个情况怎么办」时，该补的往往是文档的结构。界面要覆盖的状态见第 8 章第 4 条。
- 常见误区：只写正常流程不写异常和边界；只描述界面不写验收标准，做完才发现对不上。
- 证据等级：C
- 来源：行业通行做法（PRD 结构与需求文档规范）

### 4. 向上汇报的结构（进展、风险、需要的决策）
- 定义：向上汇报通常按「进展、风险、需要的决策」组织：先说现在到哪了，再说有什么风险，最后明确需要对方拍板或支持的事。
- 说人话：上级最想知道的是「要不要我出手」；把问题、选项和你的建议一起给，别只报流水账。
- 什么时候用：定期汇报、项目关键节点，或出现问题需要上级决策时。
- 常见误区：只报进展不报风险，坏消息拖到最后；或把一堆情况丢上去却不给建议，把决策原样推给上级。
- 证据等级：C
- 来源：行业通行做法（向上沟通结构）

### 5. 跨部门说服（从对方的收益出发）
- 定义：跨部门推动事情时，从对方的收益和约束出发组织理由，给出具体方案而不是情绪；先问「这事对他有什么好处、会给他添什么麻烦」。
- 说人话：说「这个必须做」没人理；说「这样改你能少一半重复劳动，只需你出一个字段」就容易谈成。
- 什么时候用：需要别的团队配合、排资源、改流程时。
- 常见误区：只讲自己的目标，把对方当执行工具；或靠职位和关系硬压，一次推得动，下次推不动。
- 证据等级：C
- 来源：行业通行做法（跨部门协作与说服）

### 6. 异步协作（文档优先、上下文自足、可评论）
- 定义：异步协作指不依赖同时在线，靠文档、评论、任务记录推进；要求文档上下文自足（不看对话也能懂）、结论明确，并把待办落到人和时间。
- 说人话：跨时区、跨团队时，把要说的话写清楚，别人不必先问你一堆才能开始。
- 什么时候用：参与者时间凑不齐、事情需要多次交接，或希望减少反复开短会时。
- 常见误区：文档只写半句话，把关键信息留在私下对话里；或什么都开同步会，把所有人的时间都锁在一起。
- 证据等级：C
- 来源：行业通行做法（文档优先的异步协作）

### 7. 会议的目的与产出
- 定义：一次会议应有明确议题、预期产出和参会人的角色；真正的产出是结论、待办、责任人和时间，而不是「开过了」。
- 说人话：会开完，要么有决定，要么有明确的下一步和谁来做；不然就是大家一起把时间花掉了。
- 什么时候用：发起会议、被拉进会议，或发现会议越开越多却推不动事时。
- 常见误区：把开会当同步进度的默认方式；参会人一大把却没人负责，会后无人跟进。
- 证据等级：C
- 来源：行业通行做法（会议设计与高效会议）

### 8. 叙事与数据结合
- 定义：表达判断时，先给出结论和它的意义（叙事），再用数据作为证据支撑；数据负责证明，叙事负责让人理解和记住。
- 说人话：光甩一堆表格，别人不知道你想说什么；先说「留存在下滑，主要是新用户」，再摆数，才看得懂。
- 什么时候用：做汇报、写分析、说服他人接受一个判断时。
- 常见误区：只堆数据不给结论，让听众自己猜；或只讲故事不给证据，判断缺乏支撑。
- 证据等级：B
- 来源：行业通行做法（数据叙事）

### 9. 视觉化表达（原型、信息图、状态图）
- 定义：用原型表达界面与交互，用信息图表达关系与结构，用状态图表达界面的各种状态，比纯文字更省理解成本。
- 说人话：一张流程图让人三秒钟看懂先后顺序，同样的内容写成三段话，读的人要琢磨半天。
- 什么时候用：流程复杂、结构多层，或文字容易被理解成两三种意思时。
- 常见误区：为画而画，图比文字还难读；原型做得过于精美，让评审注意力跑到视觉效果上。
- 证据等级：C
- 来源：行业通行做法（视觉化沟通）

### 10. 反馈技巧（SBI：情境—行为—影响）
- 定义：SBI 把反馈拆成三段：描述具体情境、说明观察到的行为、指出该行为带来的影响，聚焦可改变的事，而不是给人贴标签。
- 说人话：不说「你态度不行」，而说「昨天评审时你打断了我三次，让我后面没讲完」，说的是行为和影响，人就没那么容易防御。
- 什么时候用：给同事反馈、评审方案，或想指出问题又不想伤和气时。
- 常见误区：把反馈变成评价人格；只批行为不给具体情境和影响，听的人不知道从哪改。
- 证据等级：B
- 来源：SBI 反馈模型（情境—行为—影响）

### 11. 可读性（短句、编号、术语表）
- 定义：可读性指文档多容易被读懂，常用手段是短句、编号与列表、统一术语，必要时附术语表，以减少读者的理解负担。
- 说人话：一句话说一件事、能列就别堆成一大段、同一个东西从头到尾用一个叫法，读起来才不费劲。
- 什么时候用：写 PRD、方案、邮件等要给别人看的材料时。
- 常见误区：以为写得长显得认真，其实越长越没人看；术语前后不一致，读者要反复猜是不是同一个东西。
- 证据等级：C
- 来源：行业通行做法（技术写作与文档可读性）