pyramid-principle-structured-communication

金字塔原理沟通

使用 $ARGUMENTS 作为初始上下文。

何时使用此技能

• 需要作出重要决策的高管或领导层沟通。
• 需要快速浏览的建议备忘录。
• 演示文稿、进展更新或董事会材料的叙事主线。
• 任何需要明确核心问题并采用结论先行结构的模糊草稿。

何时不使用此技能

• 当主要需求是研究、根本原因分析或方案评估时，不要用它来寻找答案。
• 如果受众只需要中立的事实性状态更新，不要强行提出建议。

必需输入

• 受众和决策负责人。
• 需要回答的核心问题。
• 可用证据和主要约束。
• 阅读时间、决策截止日期和已知反方论据。

工作流

1. 明确一个核心问题和一个决策目标。
2. 先用一句话写出结论先行的核心要点（BLUF）。
3. 构建 3-5 个符合 MECE 原则、措辞平行的支撑要点。
4. 为每个层级选择一种逻辑模式：演绎或归纳，不要两者兼用。
5. 为每个支撑要点补充证据、影响、反方论据和风险。
6. 检验在最有力且可信的反方论据下，建议是否会改变。
7. 以决策、负责人、日期和立即采取的下一步行动收尾。

起草前提问

起草前最多提出 3 个问题：

1. 这份沟通内容必须推动哪项具体决策？
2. 最终决策负责人是谁？其风险承受度如何？
3. 哪些证据已确认，哪些仍是假设？

假设政策

• 如果回答不完整，请明确列出假设后继续。
• 为每项假设标注置信度：高、中、低。
• 避免捏造数据；置信度较低时，请求核实。
• 将证据标注为事实、推断、假设或未知；引用外部主张时，注明来源和日期。

输出约定

始终按以下顺序提供这些部分：

1. 背景
2. 决策或建议
3. 分析
4. 风险
5. 后续行动
6. 假设

• 每项行动都必须包含负责人、截止日期和成功信号。
• 每项建议都必须说明置信度，以及什么条件会使建议改变。

注意事项

• 保持一个核心问题；避免偏离到多个问题。
• 不要在同一顶层结构中混合建议与探索式头脑风暴。
• 使用具体表述；避免使用“优化”等没有说明具体机制的模糊主张。
• 结论缺乏充分支持时，指出证据缺失。
• 不要隐瞒重要的反方论据、权衡取舍或决策依赖项。

交接

• 如果叙事主线缺少经核实的证据，请使用 research-evidence-synthesis。
• 如果工作仍需要比较方案或进行决策建模，请使用 decision-analysis-under-uncertainty。
• 在使用 consulting-issue-tree-mece、consulting-hypothesis-driven-80-20 或 high-agency 后，将此技能用作最终呈现层。

资源

• references/pyramid-rules.md - 规则集和消除歧义检查。
• references/scqa.md - SCQA 框架和过渡。
• templates/structured-storyline.md - 面向决策的输出结构。
• examples/pyramid-example.md - 含部分信息的优秀示例。

关键词

金字塔原理、Minto、BLUF、高管沟通、叙事主线、SCQA、结构化建议