团队是你的第一个产品

问题：用”管人”的框架看团队

大多数人管团队，用的是一套隐含的框架：

找到合适的人，让他们做合适的事，处理好人与人之间的关系。

这个框架把团队问题归结为人的问题——找人、用人、激励人、处理人的矛盾。

它的缺陷不是方向错了，而是视角太窄：只看到了人，看不到系统。

把团队当产品来理解，问的问题会完全不同。

做产品时你会问：
– 用户是谁？他们的真实需求是什么？
– 流程在哪里卡住了？
– 怎么衡量它变好了？
– 怎么让它在你不盯着的时候也能稳定运行？

把”产品”替换成”团队”，这些问题依然成立，而且更尖锐。

“管人”框架下，遇到问题，你会问：这个人行不行？

产品框架下，遇到问题，你会问：当前的机制会产出什么行为？想要不同的行为，机制要怎么改？

前者的答案是换人。后者的答案是改系统。

换人很难复制——依赖 leader 的个人判断力。改系统可以积累——每次改进都在让机制更健壮，下一个人可以继承。

这不是说人不重要。是说人的能力能走多远，取决于系统给他们多少支撑。

你的团队是你的第一个产品，团队好坏决定了你所有产品的好坏。

这句话说的是上限问题。

你可以有很好的想法、很好的技术选型。但执行靠团队。团队的认知天花板、协作摩擦、信息流转效率，最终都会体现在交付物上。

在 AI 工程语境下，这一点被放大了：AI 工具能放大个人能力，但它放大的是团队原有的判断力和协作模式。团队混乱，AI 只会更快地产出混乱。所以把团队建好，是所有其他杠杆生效的前提。

用产品思维看团队，意味着把”找到对的人”变成”设计对的系统”。
产品可以迭代，机制可以改进，系统可以被继承。依赖人的团队随人员流动起伏，依赖系统的团队持续积累。

→ 具体的诊断方法、机制设计和健康指标见 team-design-practice.md