AI · MM · 129
具产品品味的工程师招聘
Hire Engineers With Product Taste · hire-engineers-with-product-taste--cat-wu
所属簇 AI 时代的工程组织与管理
解决什么问题
"以后还需要 PM 吗?工程师直接就能把东西造出来"是行业里反复出现的疑问。这个判断给出 Claude Code 团队的具体答案:与其纠结"PM 还是工程师"哪个角色更该增加,不如重新定位真正稀缺的能力是什么,并据此调整招聘策略。
核心内容
- 角色边界正在融合:PM 在做一些工程工作,工程师在做一些 PM 工作,设计师既做 PM 也直接上手写代码。Claude Code 团队里,很多工程师能独立完成"从看到 Twitter 上的用户反馈,到当周末就把功能改好上线"的全流程,几乎不需要 PM 参与——作者认为这其实是最高效的交付方式。
- 两条组织路径任选其一,收益相近:要么维持工程团队规模不变、多招一些能引导工程工作的 PM;要么保持 PM 招聘规模不变、多招"有很强产品品味的工程师"。Claude Code 团队选择的是后者,理由是这样能降低任何一次交付所需的协调开销(overhead)。
- 真正稀缺、决定招聘取舍的能力是"产品品味"(product taste),不是"工程"或"PM"这个身份标签:随着代码变得越来越便宜,"决定该写什么"变得比"能不能写出来"更值钱。团队每天收到成千上万条 GitHub issue,判断"这些里哪个值得做、该怎么做"需要极强的品味,这个能力可以来自任何背景(工程、设计、PM 皆可)。
- 工程背景目前(仅指"未来几个月"这个时间窗口)仍有额外加分,但这是暂时性优势:有工程背景的人对"这件事做起来有多难"有更准确的直觉,这直接影响优先级判断(容易做的直接一小时做完,不用争论;难做的提前知道成本高)。作者明确说这是"接下来几个月"的判断,不是长期规律——"每隔几个月编程能力就会有一次大跃升,进而改变其他角色的价值",大的能力跃迁本身会持续发生,只是具体哪种背景更吃香会不断变化。
- 配套的招聘信号:Claude Code 团队几乎所有 PM 此前都当过工程师、或已经在团队里亲自写代码上线过功能;设计师此前也大多做过前端工程师——这被作者认为是团队建立互信、加快协作速度的关键因素之一。
适用边界
- 这个判断是特定于"AI-native、迭代极快"的产品团队(Claude Code)在当前阶段(2026 年前后)的组织设计选择,不代表所有团队都该照搬"多招工程背景的人"这一具体结论。
- 作者反复强调这个具体优势的时效性很短("为什么工程背景现在有用,至少在接下来几个月"),提醒读者不要把"当前哪种背景吃香"当作长期规律,而应关注更本质、更持久的"产品品味"这一层。
关键引述 · 原话
Cat Wu: "It comes back to product taste. As code becomes much cheaper to write, the thing that becomes more valuable is deciding what to write."
Cat Wu: "I think all of the roles are merging... I think product taste is still a very rare skill to have, and we'll pretty much hire anyone who we feel has demonstrated this strongly."
— Cat Wu
关联卡片
- 与语料库已有的 `ai-native-shipping-velocity--cat-wu` 同源于同一次访谈,互为补充:那张卡讲组织流程如何提速,本卡讲支撑这套流程的招聘/角色设计逻辑。
出处：Cat Wu (Anthropic, Claude Code 产品负责人) · 03-podcasts/cat-wu.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