敏捷产品管理:定义、最佳实践和示例

已发表: 2022-04-13

什么是敏捷产品管理?

敏捷产品管理是一种产品开发方法,团队经常迭代,不断调整路线图以适应反馈和见解,并在短冲刺中工作。 产品战略和愿景从一开始就被定义,但它们对团队在此过程中所学到的东西保持灵活。

从概念化到产品发布,敏捷团队专注于倾听客户的喜好并构建这些功能。

与预先定义产品开发过程阶段的线性瀑布方法不同,敏捷产品管理可以根据新输入进行更改。 团队在开发过程的每个阶段根据客户反馈和见解进行修改和多次迭代。 这可确保最终产品始终符合客户需求。

关键要点

  • 敏捷产品管理意味着在整个产品开发过程中采用灵活的方法,以便团队可以根据反馈进行调整并创建符合客户需求的产品。
  • 敏捷产品管理的好处包括改进的协作、灵活性、适应性、客户满意度、统一的愿景,以及符合客户需求的优质客户体验。
  • 敏捷产品管理的关键原则包括:
    • 定义初始产品策略
    • 识别客户需求
    • 建立产品路线图
    • 优先实现功能
    • 衡量产品成功
  • 来自 ABA English 和 Calm 等数据驱动产品公司的案例研究表明,当使用敏捷对产品分析数据采取行动时,用户体验和客户保留率得到了提高。

敏捷产品管理的好处

我们来看看敏捷产品管理的优势:

  • 改进协作:敏捷鼓励反馈循环,从而加强经理、开发人员、设计师和客户之间的协作。
  • 灵活性和适应性:由于敏捷产品管理具有较短的冲刺和持续的反馈,因此团队可以轻松适应并避免昂贵或耗时的更改。
  • 客户满意度:在敏捷中,您可以及早且频繁地获得关于哪些工作有效、哪些无效的反馈,这样您就可以交付客户需要的产品。
  • 明确的方向和统一的愿景:通过构建强大的战略路线图,产品团队将与整体产品愿景保持一致。
  • 无缝的客户体验:产品经理与营销、销售、IT 和技术团队密切合作,构建符合客户需求的产品体验,并减少客户旅程中所有接触点的摩擦。

敏捷中产品经理的主要职责

作为产品经理或产品团队负责人,您可以使用敏捷来加速:

制定产品策略

敏捷产品管理要求产品经理研究市场、查明客户需求并确定战略目标——同时牢记组织的目标。

识别客户需求

敏捷产品管理需要一种以客户为中心的方法,通过评论和反馈识别消费者的痛点。

例如,Atlassian 鼓励用户在平台上提交或支持功能请求,以便开发人员了解用户的需求。

构建产品路线图

敏捷路线图提供了一个灵活的近期计划,专注于实现产品战略。 它通常由短期策略和长期目标组成。

优先实现功能

通过发布计划,您将能够分解大创意并设定现实的工作时间表。 例如,如果您正在构思一项乘车预订服务,实施的功能可能包括:一键式在线预订、通过 GPS 跟踪您的司机以及在应用程序内付款。

衡量产品成功

注意参与度、客户保留率、转化率以及与您的目标相关的其他相关指标。 用户体验往往是共同的主题,因此包括跟踪功能使用情况以及功能或流程对整体产品体验的影响。

敏捷产品路线图的最佳实践

将产品路线图视为意向声明

敏捷产品路线图类似于意向声明。 这不是您应该始终遵循的一组字面上的最后期限和计划。 相反,随着团队情况的变化,这个计划必须具有灵活性。

使产品路线图以目标为导向

以目标为导向的产品路线图应该可以帮助您始终专注于您想要实现的目标。 例如,目标可能包括提高客户保留率或提高激活率和订阅率。

定期重新审视您的产品路线图

定期与核心团队评估您的产品路线图。 这有助于让每个人都在同一页面上,特别是如果您必须根据其他利益相关者(例如,合作伙伴和客户)的反馈调整截止日期。 您查看产品路线图的频率可能会因您的市场和产品的成熟度而异。

敏捷产品管理的真实示例

ABA English 增加激活和订阅

ABA English 是一所在线语言学院和领先的英语学习方法平台。 受敏捷产品管理的启发,首席运营官 Gino Micacchi 创建了产品路线图,重点关注与主要目标相关的特定目标和关键结果 (OKR):通过更好地保留客户来增加生命周期价值。

该团队分析了学生的第一周体验。 对于关键结果,他们使用 Amplitude 中的行为同类群组研究了 7 天的留存率和 7 天的付费订阅转化率。 团队发现新用户选择了错误的课程级别,导致他们放弃课程和平台。

Gino 的团队保持敏捷并适应产品分析的反馈:

  • 他们将重点转移到提示用户完成他们的第一门课程上。
  • 他们推出了水平测试,因此学生可以确定他们的课程水平并确定他们应该从哪里开始。

产品管理风格和随之而来的产品开发导致激活率增加了 2 倍,移动设备订阅量增加了 4.5 倍。

漏斗分析图
Amplitude Funnel Analysis 图表显示了用户在使用音乐应用程序时的流失情况。

冷静提高用户保留率

Calm 应用程序有一个“每日提醒”功能,允许用户为他们的每日冥想课程设置提醒,但只有不到 1% 的用户发现了它。

产品团队使用 Amplitude 的行为群组功能来比较使用每日提醒与未使用每日提醒的用户的留存率。 结果显示,经常使用每日提醒的用户的留存率提高了 3 倍。

在他们对行为数据的敏捷响应中,他们显示了一个提示,鼓励新用户在完成第一次调解会话后设置每日提醒。

40% 看到提示的用户继续设置每日提醒,留存率提升 3 倍。

留存分析图
幅度保留曲线——一个用户行为数据的示例,您可以采用您的 sprint。

采用敏捷产品管理方法的技巧

在使用瀑布等线性方法后转向敏捷产品管理框架似乎令人生畏。 以下是我们的重要提示,可让您更轻松地将敏捷产品管理适应团队的流程。

提示 1:将敏捷与适合您需求的其他方法相结合

敏捷与其他已证明适用于您的组织的方法结合使用时效果最佳。 ABA English 首席执行官 Gino Micacchi 创建了一个框架,将敏捷与 Stage-Gate 的风险管理和时间控制(受瀑布启发)相结合,并且还精益。 这使得他们可以使用敏捷,同时在更改期间仍然熟悉流程。

提示 2:通过领导迭代决策来授权您的团队

敏捷需要灵活的结构,因为不同的利益相关者必须根据每次迭代的结果快速且频繁地做出决定。 作为产品经理,您的角色是考虑所有相关方(例如最终用户、投资者、团队成员)的意见,然后成为领导决策的人。

决策确实是产品经理职责的核心。 做出明确基于反馈和愿景的决策将有助于在进入下一阶段之前调整您的团队。 这将使您的团队充满信心并帮助他们顺利工作。

提示 3:制定路线图并证明初始计划的合理性

敏捷产品经理必须制定从概念化到产品发布的路线图或战略。 尽管这可能因您的产品或行业而异,但产品开发过程遵循一个一般过程:

  • 概念(“如果我们的假设是真的,我们会有一个可扩展的业务吗?”):提供财务数据来评估这个商业想法是否可行。
  • 原型(“给我看证据”):创建一个原型并评估您的解决方案是否解决了您想要解决的问题。
  • MVP(“显示结果”):构建最小可行产品 (MVP) 并定义 KPI 和成功指标。
  • ROI(“给我看钱”):专注于营销和渠道优化,以销售产品并产生收入。
  • 增长(“赚钱”):永久分配资源并开始设想整合和扩张。

策略 4:从小处着手,尽早取得成功

最好先从较小的团队或较小的目标开始过渡。 这有助于降低成本,尤其是在团队可能需要少量投资的概念或原型阶段。 但即使是大型项目,从小处着手也是让您的团队轻松融入敏捷产品管理风格的完美方式。

避免敏捷产品管理中的常见错误

敏捷上手很容易,一路走来也会因小事故而气馁。 以下是三个大错误,以及如何避免它们。

处理假设

当您构建或改进产品时,往往会做出很多假设。 您如何识别风险最高的假设?

记住迭代过程,给自己尝试的灵活性。 你应用敏捷的次数越多,在用户行为数据确认之后,你就会越自然地依赖某些东西。 尽早获得频繁的反馈将变得很自然,您可以使用这些反馈来调整您的计划。

采用敏捷冲刺而不采用反馈循环

团队可能会陷入敏捷产品管理流程和子流程中。 他们使用 Scrum 方法考虑看板或敏捷产品管理中的步骤。 或者,他们争论敏捷产品开发生命周期是否足够短。 最终,他们将工作分解为两周的冲刺周期——他们认为这就是敏捷所需要的一切。

但这些团队可能无法从客户那里收集见解并做出回应。 仅仅在 sprint 中工作并不意味着您可以接受用户的需求,或者您正在改善用户体验。 记住不要跳过那部分。

采用短冲刺而不经常发货

想象一个从瀑布过渡的团队。 现在他们在两周的冲刺中工作,或者在进行更大的努力时进行四周的冲刺。 这是敏捷的标志。 但我们所看到的情况是,团队在 sprint 之后实际上并没有发布任何东西。 有时,六个月过去了,团队仍然没有发货。

冲刺需要明确的结果并为用户带来好处。 在每个 sprint 结束时频繁发货,这使您能够从客户那里获得洞察力,并继续频繁地进行迭代。 不过,请务必不要陷入成为功能工厂的陷阱。 运输很重要,但请确保您也运送重要的东西。

其他资源

  • 什么是敏捷产品管理? , 啊哈.io
  • 产品管理是数字业务成功的关键 Gartner
  • 将数据和分析资产货币化的基本产品管理实践,Gartner
  • 阶段门的现代方法:扩大规模的创新和风险管理,中
  • ABA English 如何使用 Amplitude 来提高转化率并增加他们的移动收入,Amplitude
  • 切换到 Amplitude , Amplitude 后,Calm 如何将保留率提高 3 倍

阅读《北极星手册》 ,了解有关设定能够带来真正客户价值和业务价值的产品目标的更多信息。

北极星剧本广告 CTA