PD · FW · 346
四点产品评审法
Four Point Product Review · four-point-product-review--how-notion-builds-product
所属簇 产品评审与决策治理
解决什么问题
产品开发过程中缺少结构化的质量把关，领导反馈来得太晚或太随意，导致团队在临近发布时才发现方向偏差。
核心内容
在产品开发流程中设四个"check-in"节点，每个节点团队（工程师/设计师/PM/EM）发邮件描述当前进展，领导异步评审给反馈：
- 用户问题陈述——明确要解决什么问题
- 方向探索——列出约 3 个高层次方案，团队给出推荐
- 完整解决方案——高保真设计 + 所有细节已 scope
- 发布候选——最终质量检查，准备 ship
关键迭代经验：
- 方向探索（第 2 步）不适合纯异步。把所有选项和推理写成文档太耗时，邮件来回拖慢节奏，因此改为 30 分钟同步讨论，一起看 Figma 逐方案讨论优劣（实际可能延长到 40 分钟）
- 适用范围为"任何有 meaningful product impact 的项目"，不含每个小改动
- 下一步迭代：引入分级，仅 P0 项目由产品负责人亲自评审
适用边界
Notion 自己说明 2023 年 2 月才开始此流程，仍在快速迭代中。对于产品高度互联、改动影响面大的团队尤其适用；产品线相互独立的团队未必需要如此统一的把关。
关键引述 · 原话
"We also wanted to make sure that feedback from [Notion co-founders Simon Last and Ivan Zhao] and me was coming at known moments, and not just, for example, two days before launch, seemingly out of nowhere." — Michael Manapat
关联卡片
与 layered-team-architecture 互补：Notion 产品各部分高度互联，四点评审是确保跨团队改动被整体审视的机制之一。
出处：Michael Manapat · 02-newsletters/how-notion-builds-product.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2