https://www.e7coding.com/tags/%E7%BB%84%E7%BB%87%E5%8D%8F%E4%BD%9C/Recent content in 组织协作 on E7CodingHugozh-cnJoyJoyTue, 30 Jun 2026 13:00:00 +0800https://www.e7coding.com/posts/five-archetypes-future-product-teams/Tue, 30 Jun 2026 13:00:00 +0800Joyhttps://www.e7coding.com/posts/five-archetypes-future-product-teams/<p>最近看到一条很有意思的推文：当工程、产品、设计、数据科学等职能逐渐融化成一种新的复合型角色时，未来团队里的「角色」会不会不再按岗位划分，而是按创造价值的方式划分？</p> <p><img src="https://www.e7coding.com/images/five-archetypes-future-product-teams.jpg" alt="Boris Cherny 关于未来产品团队五种角色的推文截图" loading="lazy" decoding="async" /> </p> <p>这条推文以 Claude Code 团队为例，把一个产品团队里的贡献者抽象成五种原型：</p> <ol> <li><strong>Prototyper，原型者</strong>：提出新想法，快速做出大量原型，其中大多数不会真正上线。</li> <li><strong>Builder，建设者</strong>：把原型或想法快速变成生产级产品和基础设施。</li> <li><strong>Sweeper，清扫者</strong>：打磨 UI，简化代码和系统，下线不必要的功能，优化性能。</li> <li><strong>Grower，增长者</strong>：在产品已经被做出来之后，持续迭代，推动产品市场匹配。</li> <li><strong>Maintainer，维护者</strong>：负责成熟系统的安全、可靠、速度和成本效率，让它能规模化运转。</li> </ol> <p>这个分类的关键不在于名字，而在于它提出了一种更贴近 AI 时代的组织视角：未来的产品团队，可能会越来越少用「你是工程师、设计师、PM、数据科学家」来定义人，而是更多用「你主要在产品生命周期里解决哪类问题」来定义人。</p> <h2 id="职能边界正在变薄">职能边界正在变薄</h2> <p>过去，产品团队的协作方式很像一条分工明确的流水线。</p> <p>PM 写需求，设计师出稿，工程师实现，数据分析师看指标，测试和运维保障质量。每个人都有清晰的岗位边界，也有相对固定的交付物。</p> <p>但 AI 工具正在把这些边界变薄。</p> <p>一个工程师可以借助模型快速画出可用的交互原型；一个设计师可以直接用自然语言生成前端代码；一个 PM 可以让 Agent 拉数据、写 SQL、做用户反馈归类；一个数据科学家也可以直接把分析结果包装成可交互的产品实验。</p>