PD · MM · 358
统一产品研发组织
Unified Pd Tech Org · unified-pd-tech-org--how-notion-builds-product
解决什么问题
产品相关职能（工程、PM、设计、数据、用研、安全）分散在不同组织下，信息孤岛导致跨职能问题不能被主动暴露。
核心内容
将所有产品相关职能统一在一个组织下：Engineering、PM、Design、Data、User Research、Security 全部向同一位负责人（Michael）汇报，各职能负责人是平级 direct reports，频繁一起开会规划。
核心收益——"crosstalk"（交叉对话）：
- 不同职能在同一房间里能听到彼此的工作进展
- 具体案例：用研负责人和数据负责人（都在"了解用户"）以前很少同场，现在能互相看见工作
- 核心产品工程负责人能听到企业 PM 谈大客户需求，提前在工程侧做准备
- 更多问题被"proactively surfaced"，而非事后发现
适用边界
适用于产品高度互联、无法拆解为独立产品线的组织。Michael 明确指出 Notion 与 Stripe 不同——Stripe 的 Radar（反欺诈）和 Capital（贷款）是独立产品线，可以各自为政；Notion 改数据库会影响 wiki、docs、项目管理等多个场景，因此需要更多中央协调。
关键引述 · 原话
"I think more gets surfaced proactively when you have a mixed leadership group like this." — Michael Manapat
关联卡片
与 em-pm-joint-ownership 同属 Notion 打破职能壁垒的组织理念；与 layered-team-architecture 互补，后者是执行层的团队结构设计。
出处：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