关于 one-pager
one-pager 是帮助撰写简明高管决策文档的技能,适用于需要提炼复杂事项的作者。它引导自上而下组织内容、撰写叙述、精简措辞,并严格控制在一页内。
主要功能
- 01结论先行的结构
- 02情境—复杂性—问题框架
- 03叙述性正文撰写
- 04精简措辞审查
- 05严格限制为一页
适用场景
- 01准备领导层决策请求
- 02围绕战略统一团队认知
- 03撰写高管会议预读材料
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ joellewis/ skill-library --skill one-pager安装后在 Claude Code 中输入/one-pager确认已加载。
详细介绍
概述
单页文档是一种高杠杆的信息提炼工具,旨在以每个字传递尽可能多的洞见,充分尊重高管的注意力。它通过迫使作者优先呈现“答案”而非“活动”,并在单页限制下运用结构化逻辑和精准语言,确保战略严谨。
铁律
单页文档不得超过一页——每个字都必须物有所值
违反这条铁律,表明你未能明确优先级。如果无法将战略放进一页,说明你的思路还不够清晰。“先做最重要的事,其余的事一概不做。”(来源:Drucker)
状态机
digraph one_pager_flow {
"Complex Input" [shape=doublecircle];
"Step 1: Top-Down Structuring" [shape=box];
"Step 2: Narrative Drafting" [shape=box];
"Step 3: Orwell Audit" [shape=box];
"Gate: The One-Page Constraint" [shape=diamond];
"Final One-Pager" [shape=doublecircle];
"Complex Input" -> "Step 1: Top-Down Structuring";
"Step 1: Top-Down Structuring" -> "Step 2: Narrative Drafting";
"Step 2: Narrative Drafting" -> "Step 3: Orwell Audit";
"Step 3: Orwell Audit" -> "Gate: The One-Page Constraint";
"Gate: The One-Page Constraint" -> "Step 3: Orwell Audit" [label="> 1 page"];
"Gate: The One-Page Constraint" -> "Final One-Pager" [label="pass"];
}
何时使用此技能
- 向领导层提出高风险决策请求时。
- 围绕复杂战略或“制胜愿景”协调团队时。
- 作为高管会议的会前阅读材料时。
- 需要“陈述显而易见的事实”来消除跨职能歧义时。
何时不使用此技能
- 用于技术手册或详细的实施规范(请改用
prd-writing)。 - 用于纯粹的头脑风暴(请改用
problem-framing)。 - 受众需要全面的法律或财务审计时。
核心流程
第 1 步:采用自上而下的结构(金字塔结构)
- 先给结论: 第一句必须包含“开门见山的结论”(BLUF)。尊重读者最稀缺的资源:时间。(来源:Minto;Drucker)
- 用 S-C-Q 构建框架: 在引言中使用“情境—复杂情况—问题”框架。
- 情境: 已知背景。
- 复杂情况: 使现状难以为继的变化或问题。
- 问题: 备忘录要回答的核心问题。(来源:Minto)
第 2 步:写出连贯的叙述
- 只写完整句子: 核心逻辑应避免使用项目符号列表。叙述能迫使你找出推理中的漏洞,而项目符号可能会掩盖这些漏洞。(来源:Bryar,《Working Backwards》)
- 聚焦贡献: 回答:“我能做出什么贡献,从而显著影响这个项目的绩效和成果?”(来源:Drucker)
第 3 步:执行“奥威尔审查”
- 删去非必要内容: 只要有可能删掉一个字,就一定要删掉。
- 使用主动语态: 能用主动语态时,绝不要用被动语态(“我们决定”而不是“决定已作出”)。
- 使用浅白英语: 能用短词,就不要用长词。删掉行话、科学术语或“企业腔”。(来源:Orwell)
第 4 步:严格遵守单页限制
- 零基预算: 如果草稿太长,不要缩小字号。直接删掉最不重要的观点。“集中精力于少数几个关键领域,在这些领域取得卓越表现,才能带来杰出成果。”(来源:Drucker)
跨技能调用
必需子技能:problem-framing — 确保 S-C-Q 中的“问题”准确无误。
推荐子技能:memo-stress-tester — 验证叙述的内在逻辑。
推荐子技能:copy-editor — 最后润色逐句文案。
合理化借口对照表
| 想法 | 事实 |
|---|---|
| “这个主题太复杂,写不进一页。” | 复杂往往说明思路混乱。单页限制会迫使你找出驱动 80% 价值的那 20% 事实。 |
| “我就用 0.5”页边距和 9 pt 字号。” | 你把“塞进更多文字”置于“尊重读者”之上。这会让文档难以阅读,也暴露出缺乏自律。 |
| “项目符号读起来更快。” | 项目符号让你可以跳过逻辑衔接。叙述则迫使你证明观点之间的关联。 |
| “我会附上一份 5 页的附录。” | 附录往往是你不敢删掉的观点的藏身之处。如果它对单页论证并非至关重要,就删掉它。 |
危险信号
出现以下想法,意味着应当停下来——你即将走捷径:
- “我先介绍流程,再给出建议。”(结构错误;必须采用自上而下的结构。)
- “我在使用‘协同效应’‘借力’或‘生态系统’之类的词。”(术语警报;进行奥威尔审查。)
- “主要的‘请求’放在页面底部。”(读者应在前 10 秒内知道请求是什么。)
诊断清单
- 第一段是否给出了主要建议/答案?
- 引言是否遵循 S-C-Q(情境-复杂情况-问题)结构?
- 是否删掉了所有“不必要的词”(奥威尔审查)?
- 是否严格控制在一页内,使用标准页边距和易读字体(11pt 及以上)?
- 每个段落是否都回答了上一层提出的问题?
资料来源
- Barbara Minto,《金字塔原理》——SCQ 和自上而下的结构。
- Peter Drucker,《卓有成效的管理者》第 1、2 和 5 章——关注贡献和“要事优先”。
- Bryar & Carr,《Working Backwards》第 4 章——叙事文化和六页文档(改编为一页文档)。
- George Orwell,《政治与英语》——清晰简洁的 6 条规则。
评论
支持 Markdown