设计归属工程
解决什么问题
设计团队的组织归属问题：设计应该独立、归产品管、还是归工程管？大多数公司默认设计归产品，导致工程团队在最后才被"喂"设计方案，缺乏归属感和参与感。
核心内容
反直觉主张：设计应被视为工程流程的"phase zero"，组织上可考虑归工程管。
三种组织选项：
- 设计独立（三权分立模式）——理论上最优，但设计通常没有预算和人数来真正独立抗衡
- 设计归产品——最常见，但容易导致产品和设计关起门来搞方案，工程被排除在外
- 设计归工程——Bob 认为最被忽视但往往最有效
为什么设计归工程有效：
- 避免产品和设计 cook up 出技术上不可行或成本过高的方案
- 工程团队从一开始就参与，理解设计意图，能更好地从 spec 推导出实际该 ship 什么
- 能更准确地估算时间和成本
- 工程团队有归属感，带着热情实现而非当"接单方"
Apple 的实例： Steve 时期，设计一直归工程管。这是 Apple 设计文化能落地的结构基础。
如果无法调整组织架构的替代方案——找 Creative Technologists： 在工程团队中找到少数能承受模糊性的人（creative technologists），让他们参与最早期的概念讨论。大多数人（PM 或工程师）无法忍受概念阶段的模糊性——PM 想知道"下一步是什么"，工程师已经在想"什么难什么容易"。关键是在概念阶段找到能坐在模糊空间里的人，等方向确定后再引入更大团队。
核心判断标准：不是 buy-in，而是 part of soul。 目标不是让工程团队"同意"（buy-in）设计方案，而是让他们从一开始就参与创造，让方案成为他们自己的一部分。"你带着一个做了六个月的成品去找工程团队说'我们超爱这个，你们来建吧'——他们不会兴奋的。"
适用边界
- Bob 明确说每个公司文化不同，不是 one-size-fits-all
- 他承认很多设计界朋友会反对这个观点
- 他的样本来自约六家公司的个人经历，有偏见
- 设计独立模式在某些公司确实成功（存在成功的 Chief Design Officer）
- Bob 认为设计很难像 Sales 或 Engineering 那样被一个数字问责，这在某些文化中会限制设计独立的效果
关键引述 · 原话
"Design is most successful at impacting what ships at the end if design is considered phase zero of the engineering process, rather than a byproduct or a part of the product process." — Bob Baxley
关联卡片
与"Values Not Behaviors"相关：Apple 的设计归工程是结构安排，而非常被讨论的"设计文化"问题——文化需要结构支撑。
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2