【业务架构】什么是价值实现——转型、项目和领导力

简介: 【业务架构】什么是价值实现——转型、项目和领导力

什么是商业价值实现?

这个术语在以前没有使用过的领域中出现的频率越来越高。

几个来源将价值实现定义为:

“随着时间的推移从流程或项目中提取的价值”

企业的需求是组织从现有产品、流程和客户中产生更多“增值”的能力。

过去,不同的学科使用不同的语言来表示以一种或另一种方式实现的价值。这可以看出包括学习和发展中的“评估”一词,资本方面的投资回报率。当然,纯粹主义者会争辩说它们都是不同的东西。在很多方面他们都是。但我想强调的是,价值实现的概念并不新鲜。但它不太常见。它确实需要整个商业思维才能成功。

虽然价值实现可以应用于组织的所有部分,但它是 IT 系统的世界,特别是围绕 ERP 的环境,最强烈地采用了“价值实现”这个术语。


从本质上讲,价值实现是关于展示 IT 系统或改进的有形或实际业务价值。例如,变更前在门户网站上转换了 x 个客户。改进的价值实现产生了 y 客户转化,导致每月/或交易等花费 $$+。通常这被引用为每个客户生命周期的额外收入。

有时这称为业务价值实现 BVR 或程序价值实现 PVR

测量价值

为了衡量价值实现,我们需要在任何变化或过渡发生之前建立明确的 KPI。这些 KPI 可能包括以下因素:

  • 每笔交易花费,
  • 每月/每年的客户终身收入等

需要获得关键措施的基线。随着解决方案或变更过程的发展,可以进行分阶段测量。

价值实现的优势

由于需要有基线,这也意味着需要在整个业务中保持内部透明度。业务利益相关者需要接受价值,并被视为支持过渡和预期结果。陈述的结果必须是现实的。

通常,IT 和其他业务流程需要适应和改变,以启用措施和新流程。进行此类变革的组织所犯的主要错误之一是未与所有利益相关者合作。无论人们认为他们的赌注有多么小。

不要只关注更大的利益相关者

在那些寻求增加价值的过渡性项目中,一个常见的错误是更大的利益相关者参与其中。但较小的留在边线上。不幸的是,太多的变革项目意识到为时已晚,使过渡成功的差异往往是。

因为较小的利益相关者拥有钥匙。它们通常是启用或禁用价值实现的因素。

IT 项目不仅适用于极客

IT 人员被锁在房间里,通常远离“正常”员工的日子正在迅速消失。几乎业务中的每个功能都取决于 IT 实施的成功或失败。

“看大局”的能力。越来越多地能够从一个地方获取数据并在另一个地方使用它是一种竞争优势。

在世界各地的许多 MBA 课程中展示了麦当劳的成功和“你想变大”的运动,是对一个人的数据分析的结果。数据显示,一家餐厅的一名工人的平均销售额比世界上任何人都高!他们去观察那名工作人员,发现了他们的神奇问题。那一条数据被用来产生数百万的额外利润。企业需要意识到重要性,并培训人们在全球范围内倾听和实施。

几年前,一位员工使用了这样的短语:“你想吃那个炸薯条吗?” (交叉销售),也被使用。

使用数据为现有市场或客户增加价值很重要。

数据和业务世界成功的变化

过去,价值实现等活动是在引入系统和系统升级后实施的单独流程。部分由于 IT 在业务运营中的集成度更高,因此价值实现是任何变更或开发项目的关键部分。

我最近参与了一个大型全球项目,该项目将价值实现置于转型和实施的业务驱动因素的前面。

在线忠诚度计划

许多在线零售商使用游戏化作为提高保留率的一种方式。增加站点或商店的退货频率。通过此类系统收集的数据有助于影响并确实增加企业的价值实现。使用 VIP 或忠诚度计划只是一个开始。

实现价值的挑战

最大的挑战之一是让所有利益相关者接受所提议的“附加价值”。有时这些附加价值会降低一个领域的成本,只会增加其他领域的工作量。最终结果应该是整个组织的改进。对于所涉及的变革推动者来说,这可能很难卖。

从 IT 供应商手中实现价值

看看主要的 IT 供应商;SAP、微软或主要咨询公司、埃森哲、普华永道

你会看到他们都“专攻”它。为了使价值实现真正发挥作用,它需要成为任何业务中的协作方法。它需要真正的跨功能。它需要满足业务的战略需求,而不是一个功能王国的需求。

成功实现业务价值实现的真正关键需要:

  • 合作
  • 专注于技术之前的业务
  • 明确的业务发展战略和运营方式
  • 沟通,沟通,沟通!

我希望对商业价值实现的介绍能引起一些兴趣。开始你的学习之旅。要知道,没有保证成功的灵丹妙药或公式。通过一个共同的目标,为企业利益而进行的组织范围内的协作将成功实施!


相关文章
|
21天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
1月前
|
前端开发 JavaScript 测试技术
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
31 3
|
20天前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
141 68
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
2月前
|
前端开发 JavaScript 测试技术
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
127 2
|
1月前
|
监控 前端开发 数据可视化
3D架构图软件 iCraft Editor 正式发布 @icraft/player-react 前端组件, 轻松嵌入3D架构图到您的项目,实现数字孪生
@icraft/player-react 是 iCraft Editor 推出的 React 组件库,旨在简化3D数字孪生场景的前端集成。它支持零配置快速接入、自定义插件、丰富的事件和方法、动画控制及实时数据接入,帮助开发者轻松实现3D场景与React项目的无缝融合。
115 8
3D架构图软件 iCraft Editor 正式发布 @icraft/player-react 前端组件, 轻松嵌入3D架构图到您的项目,实现数字孪生
|
27天前
|
Cloud Native 持续交付 云计算
云原生技术在现代IT架构中的转型力量####
本文深入剖析了云原生技术的精髓,探讨其在现代IT架构转型中的关键作用与实践路径。通过具体案例分析,展示了云原生如何赋能企业实现更高效的资源利用、更快的迭代速度以及更强的系统稳定性,为读者提供了一套可借鉴的实施框架与策略。 ####
24 0
|
1月前
|
前端开发 JavaScript 测试技术
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
在 Android 开发中,选择合适的架构模式对于构建中大型项目至关重要。常见的架构模式有 MVVM、MVP、MVI、Clean Architecture 和 Flux/Redux。每种模式都有其优缺点和适用场景,例如 MVVM 适用于复杂 UI 状态和频繁更新,而 Clean Architecture 适合大型项目和多平台开发。选择合适的架构应考虑项目需求、团队熟悉度和可维护性。
55 6
|
1月前
|
存储 前端开发 数据可视化
在实际项目中,如何选择使用 Flux 架构或传统的 MVC 架构
在实际项目中选择使用Flux架构或传统MVC架构时,需考虑项目复杂度、团队熟悉度和性能需求。Flux适合大型、高并发应用,MVC则适用于中小型、逻辑简单的项目。
|
27天前
|
Cloud Native 持续交付 云计算
云计算的转型之路:探索云原生架构的崛起与实践####
随着企业数字化转型加速,云原生架构以其高效性、灵活性和可扩展性成为现代IT基础设施的核心。本文深入探讨了云原生技术的关键要素,包括容器化、微服务、持续集成/持续部署(CI/CD)及无服务器架构等,并通过案例分析展示了这些技术如何助力企业实现敏捷开发、快速迭代和资源优化。通过剖析典型企业的转型经历,揭示云原生架构在应对市场变化、提升业务竞争力方面的巨大潜力。 ####
33 0
|
2月前
|
前端开发 JavaScript 测试技术
Android适合构建中大型项目的架构模式全面对比
Android适合构建中大型项目的架构模式全面对比
53 2