规模很重要:大产品负责人与小产品负责人

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

概括

产品所有者有不同的形状和大小。这是很自然的:角色的应用因产品和公司而异。在初创公司担任全新产品的产品负责人与在大型企业担任成熟产品的负责人不同。但有两种常见类型:大产品负责人和小产品负责人。你是哪一个?您的产品所有权水平是否正确?

大与小

什么是大产品负责人和小产品负责人? “大”和“小”定义了所有权级别。大产品负责人拥有整个产品;一个小的负责产品细节,如下图所示。

上图区分了 三个领域 :愿景、战略和战术。 愿景 描述了创建产品的最终原因。该战略涵盖 产品战略 产品路线图 和商业模式。战术指的是产品细节,例如 史诗和用户故事 、设计草图、 场景 和交互图,这些通常在 产品待办事项列表 中捕获。顺便说一下,区分大产品负责人和小产品负责人并不是什么新鲜事。 Rich Mirnov 在 2008 年的文章“ 我们如何定义产品负责人? ”。

虽然这种区别看起来有点理论上,但我发现它在实践中相当普遍。我遇到的许多产品负责人似乎首先关注的是策略。如果其他人负责愿景和战略,并且这些人能够很好地合作,那么这不是问题。但遗憾的是,情况并非总是如此。

好与坏

有一定的高度有它的优点和缺点,就像作为一个大产品和一个小产品负责人一样。成为大产品负责人的好处是你可以控制产品的方方面面。由于没有交接,您应该能够及时做出一致的决定。但是您可能会发现承担所有责任具有挑战性,因为它需要多种技能,而且对于更大的产品来说工作量可能太大。

作为小型产品负责人,您可以专注于产品待办事项列表和产品细节。这可以帮助您出色地完成工作并防止您过度劳累。但这需要你与拥有愿景和产品战略的人有效合作。否则,您可能会遭受交接、等待和延误、知识流失、决策不一致以及谁决定什么的困惑。请记住,有效的协作要求您至少对战略产品方面有一些了解,就像负责愿景和战略的个人应该知道什么是产品积压以及如何有效地管理它一样。

下表总结了两种产品所有者变体的优缺点:

产品拥有者 好处 缺点
大的 一致且快速的决策制定 多样化的技能组合;潜在的巨大努力
小的 专注,专业化程度更高 交接、延误、知识丢失;不一致的决定

对与错

如果两种变体都有优点和缺点,那么什么时候做小产品负责人更好,什么时候做大产品负责人呢?我发现当产品还很年轻并且发展相当迅速时,大产品负责人特别有帮助。一旦它稳步增长或变得成熟,雇用小产品负责人可能有助于分担工作量并促进扩展。换句话说,您应该根据产品的生命周期阶段做出选择,如下图所示。


只要你的产品还年轻,而且你正在努力实现增长,那么让产品负责人并与大产品负责人一起工作是有利的。原因很简单:战略指导战术,战术影响前者。客户和用户如何响应产品增量和发布会对战略产生深远影响。它甚至可以导致一个支点,一个重大的战略变化。以 YouTube、Flickr 和 Instagram 为例,它们都改变了策略以取得成功。如果几个人分担产品管理责任,那么这些人将不得不就适当的行动达成一致。这会大大减慢您的速度。在最坏的情况下,你最终会遇到一个由委员会决定的场景和一个充满妥协的弱产品。

与大产品负责人一样强大,一旦您的产品经历了增长,吸引了更多功能并变得更大,扮演这个角色就会变得势不可挡。更重要的是,由于您的产品现在趋于更加稳定,并且不太可能发生更大的变化。因此,在几个人之间分担责任并雇用小型产品所有者是一个不错的选择——除非您决定拆分产品并将某些功能推广到新产品。想想 Facebook 将其主要应用程序的 Messenger 功能转变为一个新产品,即 Messenger 应用程序。

产品经理与产品负责人

“世界称他们为产品经理,” Rich Mirnov 在谈到大产品负责人时写道 。 Rich 正确地指出,除了对产品细节的持续关注以及与开发团队的协作水平之外,大产品负责人在很大程度上对应于传统的产品经理。因此,您是否应该使用产品经理而不是产品负责人?这完全取决于你。使用在您的组织中最适用的术语。

但我建议您将负责产品的人员称为产品所有者或产品经理,以避免混淆。在我看来 ,产品负责人默认是大产品负责人 ——就像产品经理应该全面管理产品一样。小型产品所有者和技术产品经理是专门的角色。明智地使用它们。

了解更多

通过阅读我的书“ 使用 Scrum 进行敏捷产品管理 ”并参加我的 认证 Scrum 产品负责人培训课程, 您可以了解有关有效应用产品负责人角色的更多信息。如果您不确定是否需要这门课程,请参加我的 产品管理测试 ,找出您了解哪些产品管理领域以及您在哪些方面存在弱点。