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

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

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

业务模型画布最初是由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. 产品/市场配合

业务模型示例


相关文章
|
12月前
|
供应链 数据可视化 搜索推荐
「业务架构」商业模式画布
「业务架构」商业模式画布
|
12月前
|
供应链 数据可视化 搜索推荐
「首席看业务架构」商业模式画布
「首席看业务架构」商业模式画布
|
2天前
|
存储 监控 API
构建高效微服务架构:后端开发的现代实践
【5月更文挑战第9天】 在本文中,我们将深入探讨如何在后端开发中构建一个高效的微服务架构。通过分析不同的设计模式和最佳实践,我们将展示如何提升系统的可扩展性、弹性和维护性。我们还将讨论微服务架构在处理复杂业务逻辑和高并发场景下的优势。最后,我们将分享一些实用的工具和技术,以帮助开发者实现这一目标。
|
3天前
|
API 持续交付 开发者
构建高效微服务架构:后端开发的新视角
【5月更文挑战第8天】 随着现代软件开发的演变,微服务架构已经成为了企业追求敏捷、可扩展和灵活部署的重要解决方案。本文将深入探讨如何构建一个高效的微服务架构,包括关键的设计原则、技术栈选择以及持续集成与部署的最佳实践。我们还将讨论微服务带来的挑战,如数据一致性、服务发现和网络延迟,并提出相应的解决策略。通过本文,后端开发者将获得构建和维护微服务系统所需的深度知识,并了解如何在不断变化的技术环境中保持系统的健壮性和可维护性。
36 8
|
21小时前
|
监控 数据库 开发者
构建高效可靠的微服务架构:策略与实践
【5月更文挑战第11天】在当今软件开发的世界中,微服务架构已经成为构建可扩展、灵活且容错的系统的首选方法。本文深入探讨了设计、部署和维护微服务系统时面临的挑战,并提出了一系列实用的策略和最佳实践。我们将从服务的划分原则出发,讨论如何确保每个微服务的自治性,以及如何通过容器化和编排技术实现服务的高效运行。文章还将涉及监控、日志记录和故障恢复的策略,旨在帮助开发人员构建一个既高效又可靠的微服务环境。
|
1天前
|
监控 持续交付 Docker
使用Docker进行微服务架构的最佳实践
【5月更文挑战第10天】本文探讨了使用Docker实施微服务架构的最佳实践。首先,理解微服务架构是拆分小型独立服务的模式,借助Docker实现快速部署、高可移植性和环境一致性。Docker的优势在于服务扩展、容器编排、自动化构建与部署。最佳实践包括:定义清晰服务边界,使用Dockerfile和Docker Compose自动化构建,利用Docker Swarm或Kubernetes编排,实施服务发现和负载均衡,监控与日志记录,以及持续集成和持续部署。Docker虽重要,但需与其他技术结合以确保系统整体稳定性。
|
1天前
|
缓存 负载均衡 API
微服务架构下的API网关性能优化实践
【5月更文挑战第10天】在微服务架构中,API网关作为前端和后端服务之间的关键枢纽,其性能直接影响到整个系统的响应速度和稳定性。本文将探讨在高并发场景下,如何通过缓存策略、负载均衡、异步处理等技术手段对API网关进行性能优化,以确保用户体验和服务的可靠性。
|
1天前
|
监控 持续交付 开发者
构建高效微服务架构:后端开发的新范式
【5月更文挑战第10天】在现代软件开发领域,微服务架构已经成为一种流行的设计模式,它通过将大型应用程序拆分为一组小型、独立和松散耦合的服务来提供更高的可伸缩性和灵活性。本文深入探讨了微服务架构的设计理念、实施步骤以及面临的挑战,并提出了一套实用的策略和最佳实践,帮助后端开发者构建和维护高效的微服务系统。
|
2天前
|
负载均衡 算法 NoSQL
探索微服务架构下的服务发现与治理
【5月更文挑战第9天】 在当今的软件开发领域,微服务架构已成为构建可伸缩、灵活且容错的系统的首选模式。随着服务的增多,如何有效地进行服务发现与治理成为了关键的挑战。本文将深入探讨微服务环境中服务发现的机制和治理策略,分析不同服务发现工具的优缺点,并提出一种基于一致性哈希和健康检查相结合的服务治理方案,旨在提高系统的可用性和性能。