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

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

什么是商业价值实现?

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

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

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

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

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

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


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

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

测量价值

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

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

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

价值实现的优势

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

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

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

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

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

IT 项目不仅适用于极客

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

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

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

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

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

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

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

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

在线忠诚度计划

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

实现价值的挑战

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

从 IT 供应商手中实现价值

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

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

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

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

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


相关文章
|
1月前
|
前端开发 JavaScript 测试技术
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
98 2
|
14天前
|
前端开发 JavaScript 测试技术
android做中大型项目完美的架构模式是什么?是MVVM吗?如果不是,是什么?
在 Android 开发中,选择合适的架构模式对于构建中大型项目至关重要。常见的架构模式有 MVVM、MVP、MVI、Clean Architecture 和 Flux/Redux。每种模式都有其优缺点和适用场景,例如 MVVM 适用于复杂 UI 状态和频繁更新,而 Clean Architecture 适合大型项目和多平台开发。选择合适的架构应考虑项目需求、团队熟悉度和可维护性。
42 6
|
14天前
|
存储 前端开发 数据可视化
在实际项目中,如何选择使用 Flux 架构或传统的 MVC 架构
在实际项目中选择使用Flux架构或传统MVC架构时,需考虑项目复杂度、团队熟悉度和性能需求。Flux适合大型、高并发应用,MVC则适用于中小型、逻辑简单的项目。
|
23天前
|
前端开发 JavaScript 测试技术
Android适合构建中大型项目的架构模式全面对比
Android适合构建中大型项目的架构模式全面对比
41 2
|
9天前
|
机器学习/深度学习 运维 监控
智能运维在现代IT架构中的转型之路####
【10月更文挑战第29天】 本文旨在探讨智能运维(AIOps)如何成为现代IT架构不可或缺的一部分,通过分析其核心价值、关键技术及实践案例,揭示AIOps在提升系统稳定性、优化资源配置及加速故障响应中的关键作用。不同于传统运维模式的被动响应,智能运维强调预测性维护与自动化处理,为企业数字化转型提供强有力的技术支撑。 ####
37 0
|
1月前
|
存储 分布式计算 Hadoop
Hadoop-33 HBase 初识简介 项目简介 整体架构 HMaster HRegionServer Region
Hadoop-33 HBase 初识简介 项目简介 整体架构 HMaster HRegionServer Region
50 2
|
2月前
|
负载均衡 数据库 开发工具
|
2月前
|
Java 数据库 Maven
谷粒商城笔记+踩坑(1)——架构、项目环境搭建、代码生成器
项目介绍、项目环境搭建、docker配置mysql,redis,jdk,maven、人人开源、快速开发、安装nodejs、逆向工程搭建,人人开源代码生成器
谷粒商城笔记+踩坑(1)——架构、项目环境搭建、代码生成器
|
25天前
|
缓存 前端开发 JavaScript
前端架构思考:代码复用带来的隐形耦合,可能让大模型造轮子是更好的选择-从 CDN 依赖包被删导致个站打不开到数年前因11 行代码导致上千项目崩溃谈谈npm黑洞 - 统计下你的项目有多少个依赖吧!
最近,我的个人网站因免费CDN上的Vue.js包路径变更导致无法访问,引发了我对前端依赖管理的深刻反思。文章探讨了NPM依赖陷阱、开源库所有权与维护压力、NPM生态问题,并提出减少不必要的依赖、重视模块设计等建议,以提升前端项目的稳定性和可控性。通过“left_pad”事件及个人经历,强调了依赖管理的重要性和让大模型代替人造轮子的潜在收益
|
1月前
|
前端开发 JavaScript 测试技术
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
37 0