文章探讨了产品经理如何通过"氛围编程"来更好地理解技术团队的工作方式,建议PM们学习基础编程概念以提升与技术人员的沟通效率,从而更有效地推动产品开发。

产品经理该不该写代码？一位Meta前员工的热辣观点

核心论点：
作者Daniel D. McKinnon针对Meta内部产品经理（PM）热衷提交生产环境代码的现象提出批判，认为在大型企业环境中，PM亲自写代码往往是低效甚至有害的，但同时也肯定了编码能力对PM的辅助价值。

PM不应盲目提交生产代码的五大理由

1. 优先级错位：重要功能应通过优化优先级系统实现，而非PM亲自编码绕开流程
2. 性价比低下：PM的编码效率通常仅相当于初级工程师(E3)，却消耗着资深工程师(IC7)的薪资成本
3. 技术债务风险：随意添加的"宠物功能"极易积累技术债务，甚至实习生工具改动也可能破坏生产环境
4. 资源错配：虽然能获得高级技术主管的代码审查，但这属于高成本资源浪费
5. 虚假成就感：这种行为本质是"用行动假装进步"，更适合LinkedIn炫耀而非产生实际影响

PM学习编码的五大正当理由

1. 提升沟通效率：原型演示比口头描述更直观
2. 理解系统架构：掌握基础技术原理能优化需求优先级判断
3. 开展有效实验：静态原型用户调研已过时，动态原型可获取更真实反馈
4. 发挥独特优势：例如利用对前公司API的深度理解快速验证想法
5. 乐趣驱动：编程本身能带来创造乐趣

特别建议（AI领域PM必备）

所有AI产品经理都应掌握评估体系构建（EVALS），这是比编码更核心的能力，详见作者此前关于生成式AI评估的指南。

（本文原为Meta内部讨论帖，因反响积极而公开，归类于作者博客的"科技"板块）

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

【支持PM编码的观点】 1. 技术型PM将成为未来最有价值的人才 - "I think technical PMs or product oriented developers are the future most valuable people."（aurareturn） - "PMs coding unlocks a whole new category of work...addressing the long tail of cool ideas"（raviisoccupied）

2. AI工具降低了创业门槛

• "Technical PMs are now in a great position to start their own companies...that barrier is much lower"（bg24）
• "With AI-assisted development...gives them a lot more leverage to build products themselves"（bg24）

【反对PM编码的观点】 1. 影响工程质量和增加工程师负担 - "engineers having to code review, debug...stemming from crappy code they don't understand"（650） - "some vibe-coding adventures were responsible for those 10k calls"（fifticon）

2. 沟通应优先于编码能力

• "Why should PMs code? Better communicate the idea/feature"（sublinear引用）
• "A prototype can help...but it is even better if you let engineers do this"（nevertoolate）

【角色演变相关观点】 1. PM角色可能消失 - "the dedicated PM role is becoming optional...engineering and design can own product together"（ef2k） - "At some point...the roles will merge"（munchbunny）

2. 公司规模差异

• "PMs in Meta-scale companies vs. startups has always been different"（jackyli02）
• "In startups anything goes...In a place like Meta...sudden productivity bumps can drop overall productivity"（jackyli02）

【AI工具影响】 1. 过度乐观的担忧 - "CEOs will run entire companies with a Claude $200 subscription alone"（Bridged7756） - "This is the end of software engineering"（Bridged7756）

2. 实际应用局限

• "the models falter in the last mile...where you need the training and experience"（munchbunny）
• "Vibe coding doesn't help in 'Understand the systems'...you get only the illusion of competence"（nevertoolate）

【中立观点】 1. 取决于具体情况 - "it'll be very company/culture dependent"（shay_ker） - "sometimes they should, but now there are multiple levels of involvement"（tl2do）

2. 工具使用建议

• "orgs should prioritise giving PMs Claude Code licenses over devs"（rimeice）
• "reverse-engineering a codebase into a spec doc has become much more feasible"（tl2do）