Gartner:产品经理洞察:到2025年即服务的变化情况.docxVIP

Gartner:产品经理洞察:到2025年即服务的变化情况.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2021/2/3 2021/2/3 第 PAGE 第 PAGE 1 页,共 7 页 Gartner, Inc.| 3990750 产品经理洞察:到2025年即服务的变化情况 发布日期:2020 年9月22日 - ID - 阅读全文约需8分钟分析师: Brandon Medford, Mike Dorosh 举措: 产品开发 随着云交付和消费模式对整个IT市场的持续性颠覆,IaaS、PaaS和SaaS已经催生了许多即服务衍生品。产品经理必须了解这些趋势,并优先在一切即服务中发挥其价值。 更多关于本主题的内容 本文件是一系列深度研究的一部分。整个系列请见: 技术供应商2025: 战略转型推动增长——Gartner趋势洞察报告 概述 关键发现 未来,一切即服务(XaaS)的价值和差异化将与功能和属性的持续交付息息相关,而不仅仅涉及堆栈管理。 XaaS产品将越来越多地包含人工智能(AI)/机器学习(ML),从而进行本地化、优化、自动化和额外价值创造。 XaaS将越来越模块化,通过低代码和其他形式的自助服务更具灵活性。 建议 为了在2025年开发出具有重要意义的XaaS产品,产品经理必须: 使交付速度与特定客户群接受变化的能力相一致,在产品规划中接受快速、持续的交付模式。 获取和利用可用可访问的、并与关键产品用例相关的数据类型,通过人工智能提供差异化的增值服务。 增加可配置选项,使客户能够进行探索和共同创造,并协调产品模块与生态系统中的其他产品,将重点转移到差异化的商业价值上。 分析 技术的快速更迭带来源源不断的商业机遇,而产品经理只有以同样的速度发展才能把握这些机遇。组织结构、流程和文化通常不能够适应快速的变化,所以产品经理需要加速发展其团队,采用更敏捷和主动的实践做法。本份Gartner关于2025年产品经理的报告可以使您规划和转变产品团队,应对未来的挑战。 即服务交付模式的引入让从企业基础设施到消费者软件几乎所有的技术领域都受到了影响。虽然各领域的颠覆方式不同,但推动企业机构选择即服务的因素却是相同的。到2025年,即服务模式的价值将由持续交付、ML功能支持和产品配置能力来定义(见表1)。 即服务:是一种技术解决方案,( 即服务:是一种技术解决方案,(1)技术堆栈中产品下面的所有层次由供应商负责管理,(2)价格通过计价或订阅决定。 表 1:即服务预测 当前 2025年 价值主要体现在“管理堆栈”中——也就是说,主要来自于即服务的交付,可替代传统模式。 即服务的价值将更多地与持续交付特性、功能和价值联系在一起。 AI/ML驱动的功能是当前市场上的例外而不是常规, 更多的是一种“炒作”而不是现实。 即服务产品将更多地使用AI/ML,从而进行本地化、优化、自动化和额外的价值创造。 由于产品技术栈的集中管理,即服务交付产品的可配置性有限。 即服务模块化,通过低代码和其他形式的自助服务更具灵活性。 来源:Gartner(2020 年9月) 持续交付更新和功能 即服务方式交付的产品在更新方面有两个主要的价值主张。客户避免了实施或更新的初始成本,也避免了与实施和更新失败相关的风险。这使得产品比传统交付方式更灵活。到2025年,大多数客户将认为价值来自于交付的速度。 一些市场将要求快速交付,另一些市场则更加谨慎,但相同的是它们都需要进行统一、可预测的更新。为 此,产品经理必须为其即服务产品铺设部署管道,并利用DevOps原则将功能开发流程程序化。广义上讲, 这需要循环利用功能清单(feature backlog)、冲刺(sprint)、发布(release)和回顾 (retrospective),如图1所示。 图1:DevOps原则支持持续发布交付 DevOps原则支持持续发布交付 功能清单 功能清单 发布回顾冲刺规划 发布回顾 冲刺规划 冲刺活动发布评审产品团队 产品经理 冲刺活动 发布评审 潜在功能和/ 潜在功能和/或产品增量 每日站立会 来源:Gartner 虽然软件产品可能会发现这种过渡十分直观——也许是通过应用DevOps策略,如功能开关和金丝雀部署 ——但对于任何正在或将要通过即服务交付的产品来说,这都是十分必要的。 产品经理还需要牢记系统集成点,避免对客户造成不必要的干扰。这些集成点包括API、基于用户体验的机器人流程自动化(RPA)和许多其他向后兼容的问题。潜在的干扰需要成为发布评审过程的一部分。产品经理还需要适当平衡速度(通过查看变更请求的数量和频率以及客户群的可靠性期望等因素)和干扰。然后,建立开发流程以达到理想的发布速度。 最终,客户所期望的持续优化服务将迫使服务供应商重新思考收集、评估和排列客户需求的方法,并绘制路线图。快速收集和审查需求,不断听取客户反馈,评审竞争格局和情报,以及更

文档评论(0)

资源共享 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6242020230000010

1亿VIP精品文档

相关文档