「业务架构」商业模式画布介绍

简介: 「业务架构」商业模式画布介绍

业务模型画布是一个战略管理和精益创业模板,用于开发新的或记录现有的业务模型。它是一个可视化的图表,其中的元素描述了一个公司或产品的价值主张、基础设施、客户和财务状况。它帮助企业调整他们的活动,通过说明潜在的权衡。

业务模型画布最初是由Alexander Osterwalder[4]在其早期业务模型本体工作的基础上提出的。自2008年前后Osterwalder的作品发布以来,[5]已经出现了针对特定利基的新画布。


描述

业务的正式描述成为其活动的基础。存在许多不同的业务概念化;Osterwalder在2010年的著作[3]和2004年的论文[5]中提出了一个单一的参考模型,该模型基于广泛的业务模型概念化的相似性。通过业务模型设计模板,企业可以轻松地描述其业务模型。奥斯特瓦德的画布上有九个箱子;每一个的名字在下面的粗体部分给出。

基础设施

  1. 关键活动:执行公司价值主张中最重要的活动。笔制造商Bic的一个例子是,创建一个有效的供应链以降低成本。
  2. 关键资源:为客户创造价值所必需的资源。它们被认为是公司维持和支持业务所需的资产。这些资源可以是人力、财力、体力和智力。
  3. 合作伙伴网络:为了优化运营和降低商业模式的风险,组织通常会培养买方和供应商之间的关系,这样他们就可以专注于自己的核心活动。互补的商业联盟也可以考虑通过合资企业或竞争对手或非竞争对手之间的战略联盟。

提供

  • 价值主张:企业为满足顾客需求而提供的产品和服务的集合。Osterwalder(2004)认为,公司的价值定位是其区别于竞争对手的地方。价值主张通过各种元素提供价值,例如新奇、性能、定制、“完成工作”、设计、品牌/状态、价格、成本降低、风险降低、可访问性和便利/可用性。价值主张可能是:数量-价格和效率定性——客户的整体体验和结果

客户

客户细分:

为了建立一个有效的商业模式,公司必须确定它试图服务哪些客户。根据客户的不同需求和属性,可以对不同的客户群体进行细分,从而保证企业战略的适当实施,以满足所选择的客户群体的特点。不同类型的客户细分包括:

  1. 大众市场:对于一个遵循大众市场元素的公司来说,并没有特定的细分市场,因为该组织展示了潜在客户的广泛视野。例如汽车
  2. 利基市场:根据客户的特殊需求和特点对客户进行细分。如劳力士
  3. 细分:公司在现有的客户细分中应用额外的细分。在细分的情况下,企业可以根据性别、年龄和/或收入进一步区分客户。
  4. 多样化:企业服务于具有不同需求和特征的多个客户群。
  5. 多边化的平台/市场:为了日常业务的顺利运作,一些公司会服务相互依赖的客户群体。信用卡公司将为信用卡持有者提供服务,同时帮助接受信用卡的商家。

渠道:

公司可以通过不同的渠道向目标客户传递其价值主张。有效的渠道将以快速、高效、低成本的方式分配公司的价值主张。组织可以通过自己的渠道(店面)、合作伙伴渠道(主要分销商)或两者的结合来接触客户。

客户关系:

为了确保任何业务的生存和成功,公司必须确定他们想要与客户建立的关系类型。各种形式的客户关系包括:

  1. 个人协助:以雇员-顾客互动的形式提供协助。这种协助是在销售期间和/或销售后进行的。
  2. 专门的个人帮助:最亲密和亲自动手的个人帮助,销售代表被指派处理所有的需要和问题的特殊客户。
  3. 自助服务:指公司与客户之间的间接互动转化而成的一种关系。在这里,组织为客户提供所需的工具,以方便和有效地为自己服务。
  4. 自动化服务:类似于自助服务的系统,但更加个性化,因为它能够识别单个客户及其偏好。亚马逊网站就是一个很好的例子,它会根据你以前买过的书的特点给你推荐一些书。
  5. 社区:创建社区允许不同客户和公司之间的直接交互。社区平台产生了一个场景,在这个场景中,不同的客户端可以共享知识并解决问题。
  6. 共同创造:通过客户对公司产品/服务的直接投入,建立个人关系。

财务状况

成本结构:

这描述了在不同商业模式下运营时最重要的货币后果。公司的医生。

业务结构类别:

  1. 成本驱动——这种商业模式注重于最小化所有成本,没有多余的东西。例如低成本航空公司
  2. 价值驱动型——不太关注成本,这种商业模式专注于为产品和服务创造价值。路易威登,劳力士

成本结构特点:

  1. 固定成本——成本在不同的应用中是不变的。如工资、租金
  2. 可变成本-成本的变化取决于产品或服务的生产数量。例如音乐节日
  3. 规模经济成本随着订购或生产的商品数量的减少而降低。
  4. 范围经济-由于合并了与原始产品直接相关的其他业务,成本下降。

收入来源:

公司从每个细分客户中获取收入的方式。产生收入流的几种方法:

  1. 资产出售(最常见的类型)出售实物商品的所有权。例如,零售企业
  2. 使用费-使用特定服务产生的费用。例如UPS
  3. 订阅费——通过出售连续服务的访问权而产生的收入。例如Netflix
  4. 贷款/租赁/租赁-给予特定时期内资产的专有权。租一辆车
  5. 许可——对使用受保护的知识产权收取费用而产生的收入。
  6. 经纪费-由双方中间服务产生的收入。经纪人出售房子以赚取佣金
  7. 广告—产品广告的收费收入。

应用程序

业务模型画布可以打印在一个大的表面上,这样一群人可以共同开始草图,并讨论业务模型元素与便利贴笔记或板标记。它是一种实践工具,可以促进理解、讨论、创造力和分析。它是根据来自strategy yzer AG的知识共享协议[8]发布的,可以在没有任何限制的情况下用于商业建模。

业务模型画布也以基于web的软件格式提供。

不同形式

参见:精益创业§商业模式模板

业务模型画布已经被使用并进行了调整,以适应特定的业务场景和应用程序。[9][10][11]的例子包括:

  1. 产品/市场配合
  2. 供应链
  3. 现金流
  4. 内部沟通
  5. 精益创业,精益画布

批评

业务模型画布被描述为静态的,因为它不捕获策略的变化或模型的演化。模板的一些限制在于它关注组织及其与环境的概念隔离,无论是与行业结构[13]还是与利益相关者,如社会和自然环境

另请参阅

  1. 业务流程建模
  2. 商业计划
  3. 业务参考模型
  4. 产品/市场配合

业务模型示例


相关文章
|
6天前
|
NoSQL 关系型数据库 MySQL
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
91 56
《docker高级篇(大厂进阶):4.Docker网络》包括:是什么、常用基本命令、能干嘛、网络模式、docker平台架构图解
|
2月前
|
分布式计算 Kubernetes Hadoop
大数据-82 Spark 集群模式启动、集群架构、集群管理器 Spark的HelloWorld + Hadoop + HDFS
大数据-82 Spark 集群模式启动、集群架构、集群管理器 Spark的HelloWorld + Hadoop + HDFS
186 6
|
2月前
|
缓存 监控 API
探索微服务架构中的API网关模式
【10月更文挑战第5天】随着微服务架构的兴起,企业纷纷采用这一模式构建复杂应用。在这种架构下,应用被拆分成若干小型、独立的服务,每个服务围绕特定业务功能构建并通过HTTP协议协作。随着服务数量增加,统一管理这些服务间的交互变得至关重要。API网关作为微服务架构的关键组件,承担起路由请求、聚合数据、处理认证与授权等功能。本文通过一个在线零售平台的具体案例,探讨API网关的优势及其实现细节,展示其在简化客户端集成、提升安全性和性能方面的关键作用。
77 2
|
2月前
|
分布式计算 资源调度 Hadoop
大数据-80 Spark 简要概述 系统架构 部署模式 与Hadoop MapReduce对比
大数据-80 Spark 简要概述 系统架构 部署模式 与Hadoop MapReduce对比
78 2
|
2月前
|
存储 缓存 监控
探索微服务架构中的API网关模式
【10月更文挑战第1天】探索微服务架构中的API网关模式
97 2
|
1月前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
1月前
|
缓存 监控 API
探索微服务架构中的API网关模式
随着微服务架构的兴起,API网关成为管理和服务间交互的关键组件。本文通过在线零售公司的案例,探讨了API网关在路由管理、认证授权、限流缓存、日志监控和协议转换等方面的优势,并详细介绍了使用Kong实现API网关的具体步骤。
49 3
|
1月前
|
存储 缓存 监控
探索微服务架构中的API网关模式
探索微服务架构中的API网关模式
51 2
|
3月前
|
JSON 监控 安全
探索微服务架构中的API网关模式
【9月更文挑战第22天】在微服务架构的海洋中,API网关如同一位智慧的守门人,不仅管理着服务的进出,还维护着整个系统的秩序。本文将带你一探究竟,看看这位守门人是如何工作的,以及它为何成为现代云原生应用不可或缺的一部分。从流量控制到安全防护,再到服务聚合,我们将一起解锁API网关的秘密。
|
4月前
|
分布式计算 负载均衡 API
微服务架构设计原则与模式
【8月更文第29天】随着云计算和分布式计算的发展,微服务架构已成为构建大型复杂应用的一种流行方式。这种架构模式将单个应用程序分解成一组小型、独立的服务,每个服务运行在其自己的进程中,并通过轻量级机制(通常是HTTP资源API)进行通信。本文将探讨微服务架构的基本设计原则、常用模式以及如何有效地划分服务边界。
431 3
下一篇
DataWorks