高管评审汇报策略

两个方向的错误都要避开：

1. 别展示全部功课。"我们访谈了 15 个 GEO 的 16 个参与者，统计显著性是……"——高管"无聊到想死"，她本人曾因此当场失去最想说服的人（对方开始看手机）。功课放附录：基线预期就是你已经做完了作业，方案建立在你的领域专长之上，不需要证明。
2. 但别只带一个方案。给三个选项（经典定价式 Goldilocks，中间那个是你推荐的），作用是向高管证明"我们考虑过，我们不蠢，你以为我们漏掉的我们其实评估过"。真实案例：给 CPO Rachel 的评审只带了一套方案，被打回（"我看不出你们是怎么考虑各种排列组合的"）；两天内重写文档、列出所有考虑过并排除的选项及原因，对方立刻认可了原推荐方案。
3. "Stuart plus two more"规则（Slack 设计评审惯例）：当高管直接下指令"按钮放这里、交互这样做"，回去时交付他要的那版 + 两个你们自己看好的版本，创造一个可以辩论各方案优劣的论坛，而不是沉默服从或消极抵抗。
4. 结论先行（呼应 Minto 金字塔）：先给推荐，再给探索过的选项，最后给证据——但要按对象校准格式：有人要 doc + 10 分钟静默阅读再讨论（远程工作里尤其有效），有人不做 pre-read。
5. 管理评论洪流：领导在文档上撒了 100 条评论时，在文档顶部加"Themes for discussion"区——聚合最大/最有争议、只能当面讨论的主题（"Rachel，我这样归纳你的意见对吗？"），能离线回答的（时间线、人力）会后书面回。会议时间只花在必须同步讨论的辣问题上。
6. 约束不对称：高管不受你的预算/人头/时间线约束——他们能调人、加资源、升级或砍项目。所以除了"现有资源能做到什么"，还要带 10X 加速版："如果你要的是那个，我需要 8 个人、每周两次你的一小时、和市场团队的深度对齐。"不敢开口要资源是常见失败。