产品开发中如何优化产品价值?

15天0基础极速入门数据分析,掌握一?#36164;?#25454;分析流程和方法,学完就能写一份数据报告!了解一下>>

你开发的产品是否具有真正的价值?在产品开发中,如何优化产品价值?本文提供了可供参考的四个步骤:培养产品思维而非项目思维;描绘宏伟蓝图;价值实现;验证实际价值。

你开发的产品对组织来说是否有价值?如何判断产品是否有价值?

如果没有经常提出这两个问题,那么你可能忽略了产品价值方面的问题。

产品是目前工作所要达成的目的,是组建团队的原因。产品也是你选择Scrum的原因,所以,你必须要集中精力理解并提高产品价值。

那么如何优化产品价值呢?下面有4个步骤可以参考:

第1步:培养产品思维而非项目思维

产品思维聚焦于创造有价值的输出。

如果开发的产品没有人想要或使用,那么产出就毫无价值。

作为一名以传统项目管理作为职业起点的PMP,我对项目思维模式非常熟悉。衡量项目是否成功的标准通常基于一个铁三角:在规定的时间和预算内交付所有预期功能。

Scrum不是以更快、更便宜的方式交付更多产品。

Scrum旨在频繁交付更高的价值。

通过交付更高的价值,可以为组织降低风险,并挖掘更多的可能。虽然仍然需要做项目预算和时间表,但更需要重视的是要?#32321;?#24320;发的产品是适合的。以下几步将详细介绍如何做到这点。但是,培养产品思维是一个?#20013;?#30340;过程,因为人们很容易重拾旧思维,尤其是在压力下。

当出现“项目状态”的对话时,请注意倾听发起对话的人的思维模式。如果对话只涉及项目完成百分?#21462;?#39033;目预警、问题跟踪等问题时,你需要问一些强有力的问题把大家的焦点带入产品思维模式中。这里有几个例子可供参考:

  • 我们如何验证有关?#27809;?#38656;求/市场需求的假设?
  • 我们对价值了解多少?如何通过价值指导产品决策?
  • 从我们开始这个项目以来,?#27809;?竞争环境发生了哪些变化?

Scrum团队里的PO(Product Owner)在培养产品思维模式方面扮演很重要的角色。

第2步:描绘宏伟蓝图

由于你是以迭代递增的方式开发产品,因此必须清楚地了解工作的方向和原因。这样可以帮你?#33539;?#26159;否与公司目标保持一致并在需要的时候做出相应调整。

有许多方法可以帮助企业明确产品目标(产品愿景)及其背后的商?#30340;?#24335;。产品愿景描述的是对产品的期望,向目标?#27809;?#20256;达的是其主要价值定位。

宏伟蓝图还包括价值定位。期望中的产品会有许多的特点和功能。所以为了衡量价值大小,必须要定义产品中最重要的价值点以及如何判定你达到了预期目标。

虽然对价值的定义高度?#35272;?#20110;背景,但以下几种价值类型也可以考虑:

  • 商?#30340;?#26631;(如,客户转化率)
  • 利润/收入(如,?#35838;?#23458;户带来的收益、回头客)
  • 节约成本(如,获客成本)
  • 客户/?#27809;?#22686;长率(如,新客户、市场份额、使用最新版本的客户)
  • 功使用率(如,使用某项功能的客户、使用某项功能的时间)

现在,具体要做的就是明确价值定义及如何衡量价值。

第3步:价值实现

复杂问题的解决办法总会在你认真工作(不仅仅是分析和谈论)的时候出现,你可能会判定那些假设是错误的,也可以看出市场甚至是商?#30340;?#24335;已经发生改变。

因此,必须在开发产品的时候让价值涌现。产品Backlog代表计划开发的产品及开发顺序。而通过产品Backlog的细化过程来使价值涌现时,需要注意3点:

  • 将任务分解到足够小
  • 理解价值一致性
  • 拉远/推进

将任务分解到足够小——?#21592;?#26356;灵活快速地交付价值。一旦?#33539;?#20102;愿景,就会有一些实用的方法来构建更高层次的细节。首先,可以?#33539;?#23454;现愿景的关键业务结果或目标。然后,再?#33539;?#20132;?#23545;?#26399;结果所需的关键特征、功能或性能。

任务分解越细,灵活性?#35282;浚?#20132;付价值和验证假设的速度就越快。还有很多补充的方法和理念会对细节上的工作有所帮助(如需求地图?#22270;?#35774;地图)。达到“中?#20154;?#24179;”后,可以考虑尝试进一步分解PBIs(Product Backlog Items)的模式。

记住不需要提前分解?#32771;?#20107;。随着时间推移,产品Backlog会出现,这个时候你可以根据你在迭代递增式开发中所学的知识对其进行调整。

理解价值一致性——以交付更大的价值。在产品Backlog中聚焦价值的另一?#22336;?#27861;是?#33539;?#39044;期结果。很多时候PBIs(Product Backlog Items)会说明产品预期特征和功能。那么,我们是不是可以转而更多地关注产品特征或功能的预期结果?有许多方法可以让PBIs聚焦在价值上,包括求?#27809;Ч适攏?#22914;果运用得当的话),假设驱动开发和A / B测试?#21462;?#36824;可以在产品Backlog中为每一个PBI捕获价值作为元数据。这个元数据也许是以美元为单位的投资回报率(ROI),也许是步骤2中定义的价值定位的?#25104;洹?/p>

不断拉远推近……以?#32321;?#21487;交付价值没有偏离。在检验和调整时,需要“拉远”以查看不同之处,然后再“推近”查看现在有什么不同以及需要如何调整。这就是如何验证学习的有效性,然后学以致用的方法。拉远推近的频率取决于产品开发的情况、市场中验证假设的频率以及业务变化大小。注意:PO(Product Owner)不会单独?#33539;?#20160;么是有价值的,不会知道价值细?#20540;?#26368;佳方式,也不会以书面?#38382;?#23436;美地描述分解过程?#20040;?#23478;理解。这就是为什么PO必须想方设法让他人共同参与合作,一起改进产品Backlog。

第4步:验证实际价值

现在一切准备就绪,可以开?#35745;?#20272;实际价值。没有得到市场验证之前,价值只是一个假设。

产品发布之后才能精准获知产品的实际交付价值。通过获取经验数据,来?#32321;?#30693;情决策所需的?#35813;鞫取?/p>

实际价值与预期价值的比率是多少?如何有效地收集这些经验数据?开发团队通常可以提供一些将数据收集功能构建到产品中的方法。随着产品规模和复?#26377;?#30340;增加,还需要增加流程和工具来收集这些经验数据。

一旦有了数据,就可以分析走势。记住,某一时间点的数据并不能说明多少,整体走势更为重要。而且需要收集多种类型的数据,单一类型的数据并不能说明全?#20540;那?#20917;,因为影响产品使用的因素通常会有很多(有些因素超出控?#21697;?#22260;)。

在分析价值走势的时候,请思考这些问题:已经发布了哪些产品更?#27169;?#36825;些更改何时以及如何影响价值,哪些因素超出了可控范围(例如,?#35789;?#24050;经实现了预期会增加销售额的新功能,但股市下跌也会影响?#27809;?#20915;策)

将实际价值的测量方式?#35813;?#21270;。听取利益相关者的看法以及他们如何?#21019;?#36208;势对产品改进方面的影响,而Sprint评审会议是听取意见的?#24049;?#26102;机。

总结

经验主义引导你积极处理这些棘?#20540;?#20135;品价值问题。对价值而言,它必须具有?#35813;?#24615;,并且必须经常检验它的实际值,?#21592;?#26681;据需要进行调整。就像开发出一款可运行的产品一样,想清楚要做什么同样复杂且具有不可预测性。所以要学会边做边学,根据所学知识做出决策。

总之,Scrum的核心不是我们开发了多少东西,而是通过频繁交付可运行产品为组织创造了多少价值。因此,Scrum也强调不断学习和?#35270;Γ员?#20174;产品中获取更多价值。

 

原文作者:Stephanie Ockerman

翻译/校对:倩

本文由 @倩 翻译发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
?#38431;?#30041;言?#33268;踾!
  1. 做产品首先要分析价值的定位,根据价值的定位来决定设计的优先级,第一位的永远是优势价值,它能带来非常可观的认可度,包括了粘性,收益,传播,其次是竞争价值,这只是一个短期的价值体现,虽然重要但是生命周期很短暂,而?#20063;?#26131;形成粘?#38498;?#21487;观的收益,多数来源于运营方案,最后是成本价值,当同质化竞争到了白热化时,产品?#27493;?#20837;了衰退期,做好降本增效型的迭代成为了迎接下一轮产品质变的关键

    回复
纯银3D电子游戏