自上而下的客户沟通
语气技能告诉你听起来怎么样。这个技能告诉你什么先说，以及为什么。一个语气完美的文档，如果论点顺序颠倒，仍然是失败的。
这个技能要防止的失败
一位审查者，在一个已经通过三轮视觉设计的提案页面上留言： “现在好多了，但修正一下故事线。我们为什么要从这个开始？从麦肯锡顾问、BCG顾问和自上而下沟通的角度思考。”
页面开头是 “没有对源影像进行自动分析” ——一个范围排除。它出现有一个好理由：收件人自己的专家已经击败了机器基准，而责任是他们活生生的异议。但读者的第一印象是关于文档不是什么内容的免责声明，他们必须读到第三部分才知道被提议的是什么。
防御性的开头让人觉得负责，但读起来软弱。 把警告放在最前面的本能正是需要克服的本能。
规则1：主导思想先行
明托金字塔。第一个实质性句子是答案，而不是背景、主题或警告。下面的所有内容都支撑它。
| 开头 | 判定 |
|---|---|
| “没有对源影像进行自动分析。” | 排除。它不是什么。 |
| “按贡献利润率排序传入订单” | 主题标签。命名一个主题，未断言任何内容。 |
| “满产能时，问题不是接受多少订单，而是接受哪些。提案：根据预期贡献利润率自动为每个传入请求打分。” | 答案。建议+理由，页面上第一件事。 |
测试：如果读者在第一句后停止，他们是否知道你想让他们做什么？如果不是，重写第一句。
规则2：行动标题，而非主题标签
每个章节标题陈述其结论。只读标题的读者必须得到完整的论点。这是最高杠杆率的举措，也是最常被跳过的。
| 主题标签（弱） | 行动标题（正确） |
|---|---|
| 背景 | 瓶颈是产能，而不是需求 |
| 打分逻辑 | 五个标准决定订单的实际价值 |
| 示例 | 同一个早上两个请求，相同努力，不同利润率 |
| 测试 | 可在1小时内检查，在构建任何东西之前 |
| 工作 | 几天到运行 |
仅标题测试。 剥离正文。按顺序阅读标题。如果它们不能形成一个连贯的论点，结构就是错误的，任何正文都无法挽救。
规则3：SCR，而复杂化是全部工作
情境（双方都认为是真的）→ 复杂化（为什么不能保持现状）→ 解决方案（你的建议）。大多数薄弱的文档只有情境和解决方案而没有复杂化，因此建议显得没有动机。
复杂化应尽可能用算术表达：“如果你按到达顺序而非利润率处理订单，你接受的每一个薄利润订单都让你失去一个高利润订单。” 这是一个读者可以检查的机制，而不是他们必须接受的断言。
规则4：排除和警告是元数据
它们属于顶部附近的扫描条或末尾的编号部分。永远不要在开头位置，永远不要在建议之前作为标题。
“概览”条解决了这个问题：在主导思想正下方的一行四格。
范围之内 范围之外 数据来源 下一步
订单被工作的顺序 源影像的自动分析 会计出口，非项目文件夹 20到30份发票，约1小时
排除项在第一个屏幕中可见，所以没人能说它被隐藏了，但它是作为范围而不是道歉来呈现。如果异议足够严重，在末尾给它一个完整的部分。
规则5：给章节编号
01, 02, 03。顾问这样做是因为它使文档在会议中可引用（“回到02”）。它也迫使你注意到当你已经有十一个章节时，意味着你没有论点，只有列表。
规则6：一个可证伪的下一步
以具体、微小且可能失败的内容结尾。不是“让我们讨论”。最强有力的结尾命名了淘汰条件：
如果排名错误，那么逻辑错误，想法就死了。
一个可能失败的提议比一个不可能失败的提议更可信，特别是对那些已经被推销过的听众。
规则7：MECE，以及削减到承重章节
章节不得重叠且不得在论点中留下漏洞。如果两个章节提出相同观点，合并它们。如果一个章节不支持上面的任何内容，删除它。
来自同一文档的应用测试：一个不相关的参考案例放在了关于订单优先级提案的中部。审查者的注释：“文本是随机的……要么它进入邮件，要么如果放在这里，必须有清晰的上下文。” 它支持了一个不同的主导思想，所以它属于另一个文档。它移到了封面邮件，页面变得更短、更强。
发布前检查清单
- 第一个实质性句子是建议，而不是背景或警告。
- 单独阅读标题可以形成完整论点。
- 有一个陈述的复杂化，最好是算术形式。
- 排除项位于扫描条或结尾部分，永远不在开头。
- 章节编号且满足MECE。
- 结尾是具体、可证伪的下一步。
- 页面上没有任何内容支持不同的主导思想。
未涵盖的内容
语气和风格：此技能关乎论点顺序，而非语气。短客户消息的长度限制，以及共享页面的构建和发布机制，是其他问题。