超价值认知-业务系统架构-中台项目-素材

合集下载

业务中台架构案例

业务中台架构案例签订日期：____________________________签订地点：____________________________甲方（当事人一）：姓名：____________________________地址：____________________________法定代表人：____________________________联系方式：____________________________乙方（当事人二）：姓名：____________________________地址：____________________________法定代表人：____________________________联系方式：____________________________一、合同背景1.1 为了更好地实现双方在业务合作中的共同目标，甲方与乙方经过充分沟通与协商，决定在《韩世远合同法学》的理论指导下，签订本合同。

通过本合同，双方明确各自的权利和义务，确保合作过程的顺利进行。

1.2 双方在合同签订之前，已就合作的具体内容、方式和条款进行了充分的讨论和研究，并在合同中详细规定了双方的权利和义务。

二、合同目的和内容2.1 合同目的2.1.1 甲乙双方在本合同中明确合作目的，包括但不限于实现共同业务发展、提升合作效率以及优化资源配置。

2.1.2 通过合作，双方希望能够实现资源共享，提升双方在各自领域的市场竞争力和业务能力。

2.2 合同内容2.2.1 具体合作事项包括但不限于：技术支持、产品供应、服务提供及其他双方同意的合作事项。

2.2.2 合作内容的详细描述包括技术要求、产品规格、服务标准等，应根据实际需求进行调整。

2.2.3 合作中涉及的每一项具体任务都应在合同附录中明确，确保双方了解并同意具体执行细节。

三、权利与义务3.1 甲方的权利与义务3.1.1 甲方有权根据合同约定要求乙方提供相应的产品或服务，并享有对乙方履行情况的监督权。

业务中台系统及构建方法

业务中台系统及构建方法业务中台系统是一种将组织内不同业务系统间公共的业务逻辑与功能进行抽象封装，并提供给各业务系统共享与复用的系统。

业务中台系统对于企业的业务流程优化、效率提升及数字化转型具有重要作用。

下面将介绍业务中台系统的概念、构建方法以及其带来的价值。

一、业务中台系统的概念业务中台系统是一个跨部门、跨领域的集中管理的业务共享平台，通过构建统一的业务逻辑和数据模型，对外提供业务接口、服务和组件，实现业务流程的标准化、协同和共享。

它旨在消除各业务领域内的信息孤岛，实现业务过程的集成和优化，提高各业务系统的复用性和扩展性。

二、业务中台系统的构建方法1.梳理业务流程：首先需要对企业的业务流程进行梳理和优化，理清各个业务环节的关系和依赖。

这个过程需要与各个业务部门合作，了解他们的需求和痛点，找到共性和重叠的业务逻辑。

2.统一数据模型：根据梳理得到的业务流程，建立一个统一的数据模型，将各个业务系统中的数据进行结构化和标准化。

这样可以实现数据的共享和协同，提高数据的一致性和准确性。

3.抽象业务逻辑：将各个业务系统中的业务逻辑进行抽象封装，形成可复用的业务组件和服务。

这样可以提高业务逻辑的可维护性和可扩展性，并避免重复开发和维护造成的资源浪费。

4.构建业务接口：基于抽象封装的业务组件和服务，构建统一的业务接口，以便给各业务系统调用。

这样可以实现业务系统间的解耦和协同，减少业务系统的依赖和耦合。

5.实现技术集成：将业务中台系统与各个业务系统进行技术集成，实现数据的交换和共享。

这需要根据各个业务系统的技术栈和架构进行接口对接和数据对接，确保系统间的数据一致性和实时性。

三、业务中台系统的价值1.提高运营效率：业务中台系统可以实现业务流程的标准化和优化，减少重复劳动和人工错误。

通过将公共的业务逻辑和组件进行封装和统一管理，可以提高业务系统的复用性和扩展性，降低业务变更和新需求的实施成本。

2.加强业务协同：业务中台系统可以实现不同部门和业务系统间的协同和配合，推动跨部门和跨领域能力的整合和协同创新。

业务中台项目背景和目标

业务中台项目背景和目标
业务中台是指在企业内部，为各个业务线提供公共的基础能力和资源支持的一种业务架构和服务模式。

其目的是实现业务的高效协同和资源共享，提升企业的业务运作效率和灵活性。

业务中台项目的背景主要源于企业业务线之间的信息孤岛、资源浪费、重复建设等问题。

企业内部的各个业务线往往存在着独立运作、信息独立等问题，导致了资源的低效利用和业务协同的困难。

而业务中台的出现则通过构建统一的业务架构和提供公共的基础能力，打破了业务线之间的隔阂，实现了业务的高效协同和资源共享，提升了企业的整体运营效率。

业务中台项目的目标包括：
1. 提供统一的数据和信息共享平台：通过整合和建设企业各个业务线的系统和数据，实现数据和信息的统一管理和共享，消除信息孤岛，提高数据利用率和决策效果。

2. 构建统一的基础能力和服务：为企业内部各个业务线提供公共的基础能力和服务，例如用户管理、权限管理、数据分析等，减少重复建设，并提高业务线之间的协同效率。

3. 提升业务线的灵活性和创新能力：通过业务中台的架构和服务模式，业务线能够更加灵活地调整和组合各种基础能力和资源，快速响应市场变化，提升产品和服务的创新能力。

4. 降低业务成本和风险：通过业务中台项目的实施，企业可以
减少重复建设和资源浪费，提高资源利用率，从而降低业务成本。

同时，通过统一管理和控制基础能力和服务，企业可以减少信息泄漏和安全风险。

综上所述，业务中台项目的背景是企业内部业务线之间的信息孤岛和资源浪费等问题，其目标是实现业务的高效协同和资源共享，提升企业的业务运作效率和灵活性。

业务中台案例

业务中台案例在当今互联网技术高速发展的时代，业务中台逐渐成为各大企业转型升级的关键方法之一。

业务中台作为企业内部业务支持平台，能够有效整合企业内外资源，提升业务效率和创新能力。

下面我们将介绍几个成功的业务中台案例，带您一探中台在实践中的应用与价值。

一、字节跳动的业务中台实践字节跳动是一家以技术驱动的创新企业，其业务中台的成功实践为其他企业树立了榜样。

字节跳动通过自建的业务中台，将不同业务线上的数据、资源进行整合和共享，实现了协同创新和高效运营。

在业务中台的支持下，字节跳动能够快速推出多样化的产品和服务，满足用户多样化的需求。

通过业务中台的整合，字节跳动实现了多个业务线的高度融合，实现了资源的最大化利用，提升了企业整体的竞争力。

二、阿里巴巴的业务中台实践阿里巴巴作为中国最大的互联网公司之一，其业务中台的建设和应用是业界公认的典范。

阿里巴巴通过打造全球领先的大数据中台，将各个业务线的数据进行整合和分析，为企业的决策提供有力支撑。

同时，阿里巴巴通过业务中台为合作伙伴提供了开放的接口和平台，实现了生态圈的拓展和共建。

业务中台的实践使阿里巴巴在竞争激烈的市场中保持了创新和领先的地位。

三、蚂蚁金服的业务中台实践作为金融科技领域的领军企业，蚂蚁金服通过业务中台的建设，实现了金融服务的全面升级和协同发展。

蚂蚁金服的业务中台整合了金融科技、风控系统、支付系统等多个关键子系统，提供了高效、安全的金融服务。

通过业务中台的支持，蚂蚁金服能够灵活应对市场变化，快速推出智能化的金融产品，满足用户多样化的需求。

业务中台的实践使蚂蚁金服成为金融科技领域的代表性企业之一。

总结：业务中台作为企业转型的利器，在现代商业中发挥着越来越重要的作用。

通过以上的案例可以看出，业务中台的成功实践不仅仅提升了企业的业务效率和创新能力，还改变了传统商业的模式和思维方式。

随着互联网技术的不断进步，业务中台的建设将会成为企业提升竞争力和适应市场变化的重要手段之一。

业务中台建设需要注意的事项

业务中台建设需要注意的事项摘要：一、业务中台的概念和价值1.定义业务中台2.业务中台的价值二、业务中台建设的关键要素1.技术架构2.数据管理3.业务流程4.组织架构三、业务中台建设需注意的问题1.保持敏捷性2.确保数据安全3.业务与技术的紧密协作4.考虑合规性四、业务中台建设的实践案例1.案例介绍2.案例启示正文：一、业务中台的概念和价值业务中台是一个企业级的服务平台，它将业务能力进行抽象、整合和共享，以支持前端业务快速创新和迭代。

业务中台的价值主要体现在提升效率、降低成本、促进创新和加强风险控制等方面。

二、业务中台建设的关键要素1.技术架构：业务中台的技术架构需要考虑可扩展性、稳定性和安全性等因素，以满足不同业务场景的需求。

2.数据管理：数据是业务中台的核心资产，需要建立健全的数据治理体系，确保数据的准确性、完整性和安全性。

3.业务流程：通过优化业务流程，实现业务需求的快速响应和高效处理。

4.组织架构：建立与业务中台相适应的组织架构，促进业务与技术的紧密协作，提高整体运营效率。

三、业务中台建设需注意的问题1.保持敏捷性：业务中台需要具备快速响应市场变化和业务需求的能力，因此，在建设过程中要注重保持敏捷性。

2.确保数据安全：数据安全是业务中台建设的重要一环，要采取严格的安全措施，确保数据的安全性和合规性。

3.业务与技术的紧密协作：业务中台的建设需要业务和技术团队的紧密合作，以实现业务需求的高效满足。

4.考虑合规性：在建设过程中，要充分考虑法律法规和行业规范的要求，确保业务中台的合规性。

四、业务中台建设的实践案例以阿里巴巴为例，其业务中台经历了从0 到1 的建设过程，通过技术、数据和业务能力的整合，实现了业务的快速创新和迭代。

业务中台构建实践(25页 PPT)

渠道网关
运营工具
高可用、高性能技术实现
多功能网关
✤可伸缩 ✤一致性分场景
分库分表中间件
✤分库分表 ✤读写分离 ✤冷热分离 ✤压测隔离
业务库
影子库
统一治理
✤业务驱动 ✤binlog ✤异步+定时 redis
在线全链路压测
压测策略选择策略
压测处理
流量回放
✤线上录制，线下回放 ✤起于数据，止于数据
4 经验与总结
中台面临问题：持续交付乏力
✤业务发展快，需求多，要求急 ✤逻辑经常改，甚至业务下线
✤系统逻辑盘根错节 ✤稳定性要求高，不敢轻易变更逻辑 ✤人效提升乏力，不能通过加人解决问题
✤中台做着、业务看着 ✤中台排期久，业务不满 ✤业务自己上，中台成为摆设
如何提高持续交付能力？
✤招聘优秀人才
✤沉淀工具，提高复用 ✤提升工具适配能力，更大
有沉淀、但未达到理想效果
出行中台
• 最大业务孵化 • 立足于解决问题 • 最合适原则
出行中台建成、孵化出部分业务中台
业务中台
• 支持多业务线 • 提升打通能力，赋能业务 • 提升创新能力，规范业务
做对了什么、做错了什么
✤ 业务初创期，快速支持业务最重要，中台不是必须的 ✤基于解决问题，快速迭代，更容易成功 ✤ 最大业务孵化，最合适、最小化原则 ✤ 意识升级、加强沟通，平衡多业务线 ✤ 稳定、抽象
‣数据库 ‣ redis ‣ mq ‣文件等
✤数据比较
复制策略
ES
线下集群
MQ 线上库
热点账户问题
✤余额不敏感 ✤同步写流水、异步记账 ✤增量式计算
✤余额敏感 ✤多账户增加并发度 ✤多账户余额rebalance ✤并发度不足，降级

全量系统业务战略架构图PPT,一眼掌握业务全貌

TEA设计系统
架构图
STEP 01
STEP 02
STEP 03
STEP 04
用户目标
价值观设计原则
设计模式
技术实现
用户访谈/工单收集/调研问卷
设计价值观精确、高效、一致设计原则掌控感轻量感专注感系统性可靠性指引性
应用
提炼
腾讯云控制台配置系统私有化部署IDC管理系统
腾讯云助手云行业应用H5运营活动
数字化管理
数字化供应链
数据中台
数据后台
数据源
数据库
埋点采集
服务器日志
爬虫数据
大数据基础设施（计算和存储平台）
应用服务
开发套件
数据标准体系建设
数据治理平台
自助查询系统
敏捷开发平台
数据集成工具
应用数据层（ADS）
操作数据（ODS）
DWD(公共明细）
DWD(公共汇总）
数据地图
数据雪源
数据质量中心
数据资产中心
运维成本高：线网规模庞大，运维成本高，智能化提升迫在眉睫
跨系统联动困难：信息资源共享度和利用率低，系统联动困难
生产要素的全面解耦，资源开放共享，按需取用
统一物联化、组件化，零代码灵活编排业务场景
能力开放平台，快速构建业务场景，持续迭代升级
统一的数字化转型平台、智慧化升级的科学框架
四项核心能力
设备快速接入
运营手段（运营）
如何让别人知道产品？
成功经验
渠道投放
内容运营
看视频返现
冷启动让潜在用户下载产品
产品根据自己的调性设计运营方案
Zynn最初的营销手段
创作者激励计划
辅助功能跟进

业务架构平台原理、体系和价值深度分析(pdf 36页)

--《没有银弹——软件工程的主要问题和次要问题》
13 Copyright © 2000-2004 Justep Co. Ltd - All Rights Reserved.
业务架构的重要性
架构不仅出现产品生命周期的早期，而且，架构在产品的整体能力上占据了主导作用。
合理的架构为软件系统生命周期的所有阶段——设计、开发、测试、集成和更改都奠定了最关键的基础。
这种建筑学的思想方案，就是建筑设计的“架构体系”。
9 Copyright © 2000-2004 Justep Co. Ltd - All Rights Reserved.
业务架构体系
业务架构体系，就是针对企事业信息管理系统中具有体系性的、普遍性的问题而提供的通用的解决方案。
更确切地说，业务架构体系，就是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。
8 Copyright © 2000-2004 Justep Co. Ltd - All Rights Reserved.
建筑架构体系
建筑学认为，所有的高楼大厦（复杂建筑），应该是由建筑结构、暖通系统、强电系统、弱电系统（监控系统、综合布线等）、给排水系统等构成。
具体体现在建筑图、总平面图、综合管线、结构图、给排水、暖通、强电、弱电等图纸上。
Marketing
Marketing
Sales
பைடு நூலகம்
Executive
Finance & Admin
11 Copyright © 2000-2004 Justep Co. Ltd - All Rights Reserved.
更好的回答
借用G.Booch的一个著名的比喻：

业务中台的价值和意义

业务中台的价值和意义摘要：1.业务中台的定义和作用2.业务中台的价值体现3.业务中台的实践应用与优势4.业务中台的发展趋势与挑战5.企业如何布局业务中台战略正文：一、业务中台的定义和作用业务中台（Business Platform）是一种企业架构模式，旨在将不同业务单元的共性能力和资源进行整合、优化，形成一个统一、高效的平台，以支持企业快速响应市场变化、降低运营成本、提高业务创新能力和协同效应。

业务中台的核心作用包括：1.提高业务敏捷性：通过整合和共享业务能力，企业能够快速响应市场变化，更快地推出新产品和服务。

2.降低运营成本：业务中台可以实现资源和能力的复用，减少重复投资和浪费。

3.促进业务创新：业务中台为各业务单元提供丰富的创新支持，促进业务之间的协同和创新。

4.加强数据整合与分析：业务中台有助于企业实现数据统一、全面地收集、分析和应用，为决策提供有力支持。

二、业务中台的价值体现1.提升客户体验：通过业务中台的整合与协同，企业能够提供更优质、一致的服务，提升客户满意度。

2.提高运营效率：业务中台可以降低企业内部沟通成本，提高业务流程的运作效率。

3.促进业务拓展：业务中台有助于企业在新市场、新领域开展业务，拓宽市场份额。

4.强化风险管控：业务中台可以实现对企业各业务单元的风险监控和预警，提高风险防范能力。

三、业务中台的实践应用与优势1.阿里巴巴：阿里巴巴通过业务中台战略，实现了各业务单元的资源共享和协同，为新业务创新提供了有力支持。

2.腾讯：腾讯利用业务中台，实现了社交、内容、游戏等业务的深度融合，提高了企业整体竞争力。

四、业务中台的发展趋势与挑战1.发展趋势：业务中台将逐渐成为企业转型升级的重要路径，助力企业应对不确定性市场环境。

2.挑战：企业在实施业务中台战略时，需克服组织架构调整、文化差异、技术难题等挑战。

五、企业如何布局业务中台战略1.明确战略目标：企业应根据自身发展战略，明确业务中台的目标和路径。

价值流能力点业务架构

价值流能力点业务架构价值流是指产品或服务在价值链中所经历的各个环节和流动路径，体现了整个业务过程中的价值创造和价值转移。

能力点则是指个体或组织具备的技能、能力和知识，用于实现特定的业务目标。

业务架构是指将业务战略、业务流程、业务能力以及业务组织等各个方面进行整合和协调，以实现业务目标和需求。

价值流、能力点和业务架构是企业运营和发展过程中的重要组成部分，相互关联、相互影响。

通过对价值流的分析，可以识别出业务过程中的瓶颈和浪费，进而进行优化和改进，提升价值创造能力。

而能力点则是实现价值流的基础，企业需要根据业务需求，培养和提升相应的能力，以支持和推动业务的顺利进行。

同时，业务架构作为业务运作的框架，能够有效整合和协调各个业务要素，使企业能够高效、灵活地响应市场变化，实现业务目标。

举例来说，假设某家电企业的业务架构包括产品研发、生产制造、销售渠道和售后服务等环节。

在产品研发阶段，企业需要具备市场调研、产品设计和技术研发等能力点，以识别市场需求、设计出符合市场需求的产品，并进行技术研发，确保产品质量和性能。

在生产制造阶段，企业需要具备供应链管理、生产管理和质量控制等能力点，以确保产品的高效生产和质量稳定。

在销售渠道阶段，企业需要具备市场营销、渠道管理和客户关系管理等能力点，以确保产品能够顺利销售并满足客户需求。

在售后服务阶段，企业需要具备服务管理和客户支持等能力点，以提供及时、有效的售后服务，提升客户满意度。

通过对价值流、能力点和业务架构的分析，企业可以识别出业务过程中的优势和不足，制定相应的改进策略和措施。

例如，企业可以通过优化生产制造过程，减少物料的浪费和库存，提高生产效率和资源利用率，从而降低成本，提升竞争力。

同时，企业可以通过培养和提升销售和客户服务的能力，提升市场份额和客户满意度，增强市场竞争力。

此外，企业还可以通过优化业务架构，提升组织效能和协同能力，实现业务流程的高效运作和资源的优化配置。

中台技术架构概述

中台技术架构概述目录1. 什么是中台 (3)2. 中台和微服务的区别 (5)3. 为什么要做中台 (6)4. 深入中台架构 (8)5. 总结 (10)这两年中台很火，已经代替微服务成为架构首选，涌现出各种各样的中台名词，业务中台、数据中台、技术中台、算法中台等，让人眼花缭乱，稍微大点的互联网公司都号称在做中台。

1. 什么是中台既然讲中台，必然还有前台和后台。

前台很好理解，指的是面向C 端的应用，包括前端(如App/ 小程序) 和对应的服务端。

至于后台，很多人把它等同于管理后台，比如商品管理后台，负责商品定义/ 上下架等，提供给内部运营人员使用，这可能不够准确。

简单来说，对于一个交易系统，前台对应用户能看到的部分，如商品浏览和下单，属于接单的部分；后台对应履单部分，如仓库拣货/ 配送/ 财务结算/ 采购补货等，属于实际干活的，由企业内部人员负责，处于一个交易处理流程的后端。

在传统企业，没有在线的前台，基本是线下手工接单，内部信息管理系统基本都属于履单范畴，例如ERP、CRM、采购系统、仓库管理系统，财务系统等，这些系统属于一般意义上的后台概念。

在互联网企业，因为系统一般是自己开发，管理后台既包含面向前台销售的功能，如商品上下架和促销管理，也包含面向履单部分，比如配送、采购、财务结算，所以互联网企业的管理后台并不简单等同于履单后台。

接单和履单之间还有一系列事情要做，包括生成订单时的优惠计算/ 创建实际的订单/ 支付/ 库存扣减等, 这部分功能属于交易逻辑的核心。

在简单场景下，前台应用包含这部分功能，在复杂的场景下，就有必要把这部分独立出来，构成独立的中台，为前台减负。

一些文章笼统地介绍中台是用来连接前台和后台的，这个值得商榷。

如果管理后台就是后台，那没有连接的必要，因为管理后台本身就是系统的附属部分，和前台属于一体两面。

至于履单后台，前台接单系统和后台履单系统设计时就是打通的，也不需要额外定义一个中台来连接两者。

业务中台价值总结

业务中台价值总结业务中台是指在企业中，通过构建一套通用的基础设施和服务，为各个业务线提供共享的能力和资源，以降低业务系统的研发和运维成本，提高效率和灵活性。

业务中台的价值主要体现在以下几个方面。

业务中台能够提高研发效率。

在传统的业务架构下，每个业务线都需要独立开发和维护自己的系统，这样就会造成大量的重复劳动和资源浪费。

而通过业务中台，可以将通用的功能模块和服务抽离出来，供各个业务线共享使用，避免重复开发。

这样一来，研发人员可以更加专注于业务逻辑的开发，提高开发效率。

业务中台能够提高系统的稳定性和可靠性。

在传统的架构中，每个业务线都有自己独立的系统，一旦某个系统出现故障，就会影响到整个业务线的正常运行。

而通过业务中台，可以将一些核心的功能模块和服务集中管理和维护，保证其稳定性和可靠性。

同时，业务中台还可以提供监控和报警功能，及时发现和解决系统问题，降低故障发生的概率和影响。

业务中台还能够提高系统的灵活性和可扩展性。

在传统的架构中，每个业务线都有自己独立的系统，当业务需求变化时，需要对每个系统进行修改和调整，工作量相当大。

而通过业务中台，可以将一些通用的功能模块和服务抽离出来，通过配置和扩展的方式进行定制。

这样一来，当业务需求变化时，只需要对业务中台进行调整，而不需要对每个业务系统进行修改，大大提高了系统的灵活性和可扩展性。

业务中台还能够提高数据的一致性和准确性。

在传统的架构中，每个业务线都有自己独立的数据库，当业务涉及到多个系统时，就会出现数据不一致的问题。

而通过业务中台，可以将一些核心的数据模型和数据服务集中管理和维护，保证数据的一致性和准确性。

同时，业务中台还可以提供数据同步和数据清洗的功能，保证各个系统之间的数据一致性。

业务中台还能够降低企业的成本和风险。

在传统的架构中，每个业务线都需要独立购买和维护硬件设备和软件许可证，这样就会造成大量的成本和风险。

而通过业务中台，可以将一些通用的基础设施和服务进行集中采购和管理，降低了硬件和软件的成本，同时也降低了因为技术和设备更新带来的风险。

中台大揭秘-企业中台价值分享

专业化、系统化、组件化、开放化数字化助手
通用、组件化、可复用、可共用、灵活扩展
协作意识和组织能力
共建、共享、标准化
服务，技术，组织，能力
附录：中台架构
前台业务
新奥能源业务域
市场销售生产运营交通能源工程建设客户服务
新奥股份业务域
天然气业务工厂运营煤矿业务
工程一体化服务
园区业务
生活板块业务域
企业的最终用户直接使用或交互的系统，是企业与最终用户的交点。例如用户直接使用的网站，手机App，微信公众号等都属于前台范畴。
财务系统客户管理系统
其他后端系统
后台
仓储管理系统
产品管理系统
后台：由后台系统组成的后端平台。每个后台系统一般管理了企业的一类核心
资源（数据+计算），例如财务系统，产品系统，客户管理系统，仓库物流管理系统等，这类系统构成了企业的后台。基础设施和计算平台作为企业的核心计算资源，也属于后台的一部分。
平台型组织图来自《释放潜能-平台型组织的进化路线图》
中台战略小结
中台战略小结
解决前台与后台配速失衡问题
中台(无论是技术中台、业务中台还是组织中台)提供一个中间层来适配前台与后台的配速，打通并顺滑链接前台需求与后台资源；中台解决了创新驱动快速变化的前台和稳定可靠驱动变化周期相对较慢的后台之间的矛盾，帮助企业不断提升用户响应力。
设备巡检
自动成图第三方施工监督
领域业务中台能力域
应急管理
客户关系
数据服务
资产管理
合同管理
能源物联网
物流服务
仓储服务智慧园区
服务
来康大脑
股份
生
活

产品经理提炼中后台产品的业务及运营价值

编辑导语：当我们在从事某一职位时，我们是否能真切地认识到该职位所做的事情的价值与意义？对于运营中后台的朋友们，其中的产品业务及其运营价值，该如何衡量？作者分享了自己对于该话题的看法，我们一起来看看吧。

当你从事服务公司内部爸爸的中后台产品，服务内部运营职能的运营产品，服务企业进行经营生产的企业服务产品或系统工作时，经常有这样的困惑，我产品价值如何衡量？管理者常用前端产品的思路和规划要求中后台产品。

产品觉得运营笨，运营觉得业务太傻，业务和运营共同指责产品慢…….最后大家一起变成“笨傻慢”。

后续，小珠会写文分析“产运研协同“。

要么硬套C端产品的思维，直接上商业指标，要不贴上粘性和拉新，要不弱化为及时上线了多少功能，被业务追赶着跑, 中后台产品沦为业务的附庸，当部署能力差时，又经常落后业务一步。

这就是中后台产品定位和价值的尴尬现状。

以往，我的文章更多的聚焦高视角体系架构，今天我们从高视角到实操谈谈作为中后台产品价值定位，产品负责人如何在中后台产品上凸显产品价值，产品从业者如何不必硬凹你的功能效和迭代kpi。

曾经有人问我，小珠，拿CRM讲，你做的究竟是营销系统，是b端产品，?还是企业产品？抑或是中后台产品？在此一并澄清。

CRM是帮助企业进行客户全生命周期的转化的，这属于营销业务的范畴，也经常服务于市场和销售及其他类销售职能，所以它属于营销体系当家大系统。

同时CRM、ERP、客服等系统往往服务于企业经营生产，由企业内部人员完成企业目标，所以，属于2b系统。

在这说明的是，起家与链接b端和c端的互联网平台业务中，很多公司把b 端的App, 中后台都叫2b产品团队和职能，而实际上脱离平台模式更广阔的视角是企业服务系统，一般的b端对应企业都比较小规模，只是隶属于企业服务系统内涵的一类别。

而这些客户直接交互的端系统，app不同，属于交互端层面的第二层，或者第三层，故称为中后台系统。

有些本身产品服务属于2c业务，使用渠道来进行销售时，业务要管理的是渠道的开发、赋能、合作、激励所以这种业务有属于2b的思路和范畴，所以站在哪里，就什么范畴说什么？视角非常重要。

从架构看中台的三个价值本质

从架构看中台的三个价值本质技术琐话The following article is from 凯哥讲故事系列 Author 筱愚她爸凯哥讲故事系列精益数据创新体系创始者，数据驱动的数字化转型的倡导者，15年以上企业信息化，数字化转型实践者，数字化转型架构师。

01.前言最近整个行业似乎都在讨论中台的概念，理论和解决的问题。

尤其是前段时间，一些失败的案例或者不赞同中台体系的文章出来，让大家感觉似乎”中台“就是一个炒作的概念。

各种争执，众说纷纭，各种解读渐欲迷人眼，如何才能够拨云见日，抓住中台的本质呢？企业架构是物理世界的业务在数字化世界里的建模，那么物理世界的架构理论是否能够对企业架构给出参考呢？当我深入研究Gartner提出的分层架构（Pace-Layered Architecture）的时候，很多问题迎刃而解，也许，Pace-layered架构师中台的”第一性原理“。

参考PLA，前中后台理想的三层架构应该是纺锤形的：中台的三个关键价值也呼之欲出：1.沉淀差异化能力，产生更多收入2.为主动创新的前台业务提供支撑3.提高企业对市场变化的响应速度企业对于不同层次的业务的策略应该是：1.让前台的投资创新类系统快速迭代，快速对齐和沉淀到中台的能力系统，形成收入。

2.让后台的成本类业务系统越来越小，从运营职能转化成收入能力，转化成企业的差异化竞争力，向上提到中台，产生客户价值和。

3.让中台越来越自动化，更快的支撑前台，更多转化后台的职能到价值。

02.Pace-layered Architecture介绍Pace-Layered Architecture是Gartner提出的一种企业分层架构的思想。

Shearing LayersPace-Layered的思想起源于Shearing Layers，提出者是建筑行业的架构大师Frank Duffy，也就是《Work and the City》，《Architectural Knowledge》的作者，然后被Stewart Brand在他的书《How buildings Learn :What Happens After They're Built》中被详细的构建和解读。

业务中台设计实例

业务中台设计实例随着数字化转型的加速，企业面临着业务复杂度的不断增加，业务系统的数量也在不断增加。

这些系统之间存在着数据孤岛、业务流程不连贯等问题，导致企业难以有效地管理和运营业务。

为了解决这些问题，业务中台应运而生。

业务中台是指将企业内部的各种业务系统、数据和功能进行整合，形成一个统一的中央平台，为业务部门提供服务，实现业务协同和管理的一种模式。

业务中台的建设需要遵循一定的设计原则，下面将以某互联网公司的业务中台设计实例为例进行分析。

1. 业务中台的设计原则（1）统一标准和规范业务中台的建设需要遵循一定的标准和规范，以保证各系统之间的数据和业务流程的一致性。

例如，制定数据命名规范、数据格式规范等，统一业务流程的定义和描述，确保各系统之间的数据和业务流程的无缝对接和协同。

（2）服务化和可重用性业务中台需要将各系统的业务功能和数据进行服务化，提供给不同的业务部门使用。

同时，业务中台的服务需要具有可重用性，即可以在不同的业务场景下被多次使用。

这样可以节省开发成本，提高业务部门的效率。

（3）灵活性和可扩展性业务中台需要具有一定的灵活性和可扩展性，以适应不同业务场景和业务需求的变化。

例如，业务中台需要支持不同的协议和接口，以便与不同的业务系统进行对接。

同时，业务中台需要支持动态扩展，以适应业务规模的变化。

2. 业务中台的架构设计某互联网公司的业务中台主要包括以下组件：（1）数据中台数据中台是业务中台的核心组件，负责整合企业内部的各种数据资源，为业务部门提供数据服务。

数据中台采用微服务架构，将不同的数据服务进行服务化，提供给业务部门使用。

同时，数据中台还提供数据质量管理、数据安全管理等功能，保证数据的可靠性和安全性。

（2）业务中台业务中台是数据中台的上层应用，负责整合企业内部的各种业务系统和流程，为业务部门提供业务服务。

业务中台采用微服务架构，将不同的业务服务进行服务化，提供给业务部门使用。

同时，业务中台还提供业务流程管理、业务规则管理等功能，保证业务的连贯性和一致性。