技能介绍

为什么高管汇报 deck 常常“读不懂”？

在准备季度业务回顾（QBR）或融资叙事时，把“孤立的数据”拼凑成连贯“故事”往往比收集数据本身更耗时。许多创始人和高管交出的 deck 普遍存在几个结构缺陷：页面缺乏明确归属（不知道这页是谁的视角）、文字堆砌指标却没给出“所以呢（So what）”的结论、试图隐藏坏消息，以及结尾缺乏明确的诉求。

这个技能如何重构汇报逻辑？

@kunlungrowth/kg-board-deck-builder 扮演了一个“董事会简报架构师”的角色。它接收你的公司阶段和可用指标，输出一个结构化的 BoardDeck 对象（包含 narrative_arc 与 bad_news 字段）。工作流分为五个具体步骤：

确定节奏与阶段：按需区分季度（20–30页）、月度（8–12页）或融资 deck 的篇幅。
按标准顺序搭 11 节：依次覆盖 CEO、COO、CFO、CRO、CPO、CMO、CTO、CHRO、CISO 等视角。每节强制采用 标题 -> 数据 -> 叙事 -> 诉求 的结构。
构建叙事主线：将全盘内容塞入 4 幕结构中，要求你诚实回答“上季说要去哪、实际在哪、差距为何、正在做什么”。
坏消息交付机制：强制要求按“平实陈述 -> 认领原因 -> 展示理解 -> 给出修复 -> 更新预估”五步走，杜绝掩盖负面指标。
明确诉求与质检：将模糊的请求（如“需要资源”）拆解为“请引荐 3 位 B 轮公司 CFO”这类具体到人、有动作的诉求页。

适用边界与集成方式

需要明确的是，这是一个提供结构与叙事框架的技能，不会替用户编造任何经营数字。遇到缺失数据时，它只会插入显式占位符，最终财务与法律措辞仍需公司官方口径确认。它处于数据流的中游，可以输出 JSON 工件，交给下游的 finance 模型细化财务模型，或由 investor-update 压缩成对外精简版。