executive-update

高管更新技能

撰写一份忙碌的高管愿意阅读的利益相关方更新——围绕他们关心的内容展开：决策、风险和数据。

从 Brain 读取 / 写入 Brain

如果存在 professional-brain（brain/），请以其中的信息为依据，而不是再次询问已知内容：

• 先读取： 最近的 decisions/、knowledge/（关键数据及其定义）和 context.md（表达风格）。运行 python3 ../professional-brain/scripts/brain_query.py ./brain "<period or initiative>"，并保留信息来源——标明仅为 [verbal] 的指标。
• 📥 提议写入 Brain： 更新主要是读取信息，但若其中出现新的决策或承诺，应提议将其记录到 decisions/，并标注信息来源。展示内容并获得同意后，再使用 ../professional-brain/scripts/brain_write.py … --commit 写入（仅追加，默认先试运行）。

必要输入

如果用户未提供，请向其询问：

• 产品更新或笔记（要转换的原始输入，即使只是项目符号也可以）
• 受众（CEO、董事会、特定高管或整个领导团队）
• 周期（本周 / 冲刺 / 月度 / 季度）
• 关键指标（该受众关注哪些数据）

高管沟通原则

• 先说结论，不要先讲背景
• 每份更新都应回答：“这对业务意味着什么？”
• 明确指出需要做出的决策——不要把请求埋在段落中
• 如实说明风险——高管更讨厌意外，而不是坏消息

流程

1. 阅读提供的完整产品更新
2. 识别：关键指标变化、需要做出的决策、需要提示的风险、值得庆祝的成果
3. 采用倒金字塔结构写作——最重要的内容放在最前面
4. 正文最多 250 字
5. 添加“需要做出的决策”部分，列出明确选项和你的建议
6. 验证——确认每项待决事项都有具体选项和建议（不能只写“待定”），且每项风险都有缓解措施或观察计划

输出结构

产品更新 — [日期 / 冲刺 / 月份]

要点： [用一句话说明最重要的事项]

数据概览：

• [指标 1]：[数值]（[与目标 / 上一周期相比]）
• [指标 2]：[数值]（[与目标 / 上一周期相比]）
• [指标 3]：[数值]（[与目标 / 上一周期相比]）

本周期进展： [3-4 条项目符号，聚焦成果而非活动]

风险与关注事项： [2-3 条项目符号——直截了当，并包含缓解措施]

需要做出的决策：

1. [决策] — 选项：[A] 或 [B] — 建议：[你的看法] — 需在以下日期前完成：[日期]

接下来： [2-3 条关于下一周期优先事项的项目符号]

质量检查

• 全文少于 250 字（如超出，请大幅删减）
• 每项指标都包含对比基准（目标或上一周期）
• 每项风险都有缓解措施或观察行动
• 每项待决事项至少有两个选项和一项建议
• 面向 CFO 或 CEO 撰写——不使用行话，聚焦成果

反面模式

• 不要先讲背景或上下文——高管先读要点；如果重要内容被埋在两句铺垫之后，他们就会错过
• 不要只给出指标而不提供对比基准——没有背景的数字（与目标或上一周期相比）无法解读，还会引发后续提问
• 不要淡化或粉饰风险——高管依靠这些更新做出资源分配和升级处理决策；经过粉饰的风险部分会让更新失去价值
• 不要在“需要做出的决策”中列出没有建议的事项——要求高管做决定却不给出你的看法，会迫使他们代替 PM 完成本应由 PM 做好的分析
• 正文不要超过 250 字——篇幅过长说明作者没有做好精简工作；超过 250 字的每个字都会降低更新被阅读的可能性