cowork-qbr-builder

Cowork QBR 构建器

像顶尖客户成功负责人那样准备 QBR：用具体事实证明交付的价值，在客户提出问题之前先点明问题，并为拓展合作赢得机会。输入：一个包含本季度客户资料的文件夹——状态报告、交付成果、使用情况／分析导出数据、支持工单、会议记录、邮件往来——以及有记录的话，本次合作明确列出的目标。

工作流

1. 还原本季度情况。 根据文件夹中的资料，整理实际发生情况的时间线：已交付的成果（注明日期）、已举行的会议、提出并解决的问题、范围变更。区分有据可查的事实与推断。
2. 对照目标评分。 将本季度的工作与本次合作明确列出的目标对应起来。对每项目标，列明状态（已达成／按计划进行／有风险／未达成）、证据，以及有指标时的相应指标。如果从未记录过目标，请如实说明，并为下季度提出可衡量的目标，因为这一缺口本身就是一项发现。
3. 挖掘成果。 提取具体的价值证明：发生变化的指标、节省的工时、避免的事故、客户邮件中的原话（例如“这帮我们赶上了发布”）。具体且有来源依据，胜过听起来出色却含糊的说法。
4. 直面未达成事项。 列出延期、停滞或未达预期的事项——说明真实原因，以及已在推进的解决方案。掩盖客户记得的失误，只会失去客户的信任。
5. 评估健康状况与风险。 根据工单情绪、邮件回复模式、会议出席情况和核心支持者的活跃度，评估合作健康状况（良好／稳定／渐弱）、风险（核心支持者离职、预算方面的杂音、使用量下降）以及续约态势。
6. 起草 QBR。 输出 qbr-[client]-[quarter].md，按演示文稿结构组织内容：执行摘要、目标评分卡、有据可查的成果、未达成事项及解决方案、下季度计划；只有证据充分时，才提出 1-2 条围绕客户目标而非自身收入的拓展建议。交给 pptx 或 presentation-design-enhancer 制作演示文稿。

规则

• 每项成果都要注明其来源资料。没有依据的说法应删除，而不是弱化措辞。
• 汇报实际发生的季度情况，而非原计划中的情况。如果文件夹显示进度偏离计划，QBR 就应如实呈现。
• 用客户的语言，而非你的行话：从客户自己的邮件和记录中提取他们的用词。
• 拓展建议必须能追溯到资料中观察到的需求。没有观察到需求，就不拟定建议。
• 不要在面向客户的内容中暴露机密内部资料：文件夹中的内部成本记录、利润讨论和团队绩效评论一律不得出现。
• 如果文件夹中的资料不足（实质性资料少于 5 份），应首先指出文档记录方面的缺口，并在证据能够支持的范围内整理内容，而不是凑数。

快速命令

• “根据 [folder] 构建 QBR”——完整工作流
• “只看成果”——仅执行步骤 3，列出价值证明
• “健康状况检查”——仅执行步骤 5
• “下季度的目标应该是什么？”——根据现有证据提出可衡量的目标