导读:本书偏重业务中台的讲解,第1-4章介绍中台的发展历史、现状和内涵。第5-10章详细阐述业务中台的设计和建设全过程。第11-12章介绍数据中台和技术中台,但这两章偏科普性质,且有不少的偏误,建议研究数据中台和技术中台的读者另寻它本。总之,本书对中台的概念有较好的解释和比喻,可以作为中台的入门读物。
第10章 业务中台从0到1建设路径
10.1 企业架构
- 企业架构的定义:是对一家企业的生产、销售、市场流程、管理方式的建模,一般分为【业务架构】和【IT架构】。本质上,我们谈论的中台属于IT架构的层面的产物,IT架构中的数据架构、应用架构和技术架构,分别对应着中台架构中的数据中台、业务中台和技术中台。
10.2 业务中台建设的启动
- 建设模式选择
- 分布替换式建设:对业务系统内的模块逐个、一次一个地进行改造重建,最终将所有架构实现中台化。常用✨
- 完整式建设:保留原有业务系统正常运转,再单独启动一个新的中台项目,逐步沉淀,全部完成中台化,将中台作为一个新系统嵌入原有地IT架构,并逐步由中台接替原来前后台的调用接口成本高,不常用。
- 中台用户优先级
- 用户优先级划分:第一层级业务线-产品利润增长率和市场占有率双高的产品线,已盈利的主营业务。第二层级业务线-产品利润增长率低但市场占有率高的产品线。第三层级业务线-双低的产品线。
- 中台需求优先级的基本原则:第一层级业务线优先(有点废话😒);共性程度高的需求优先(是否核心流程,是否具有可扩展性,其他业务线是否也需要)。
10.3 业务中台建设路径✨
- 背景:以一家电商公司为例,本公司拥有多条电商业务线,海淘、自营、第三方商家和一家独立的线下体验中心。
(1)产品模块全景地图
- 将公司各条业务线的模块进行统一汇总,查看业务线的模块组成,各模块之间的是否模块重叠,重叠的程度是多少,如下图所示:
(2)模块相似度计算
- 当业务线新增功能模块时,需要计算该模块与中台维护的、属于其他业务线的模块相似度,相似度超过阈值就记为一次预复用,预复用超过2次时就有必要将该功能抽取出来由中台进行统一维护:
(3)核心业务流程抽象:三条业务线的通用模型
- 第一步:确定主流程。电商公司的主流程为 “用户找到自己想要的商品并完成下单” 。该流程的通用模型如下图所示,涉及7个关键节点,归纳为3个事件(售前-商品查找、售中-购买决策、售后-售后管理):
- 第二步:根据主流程建立标准业务框架,如下图所示
- 第三步:根据标准业务框架梳理出公司的核心能力-分别为用户中心、商品中心、交易中心、客服中心,对这些核心能力分别进行细化描述,拆分出其中的功能点,得到能力开发大纲:
核心能力 | 公共模块 | 功能点 |
---|---|---|
用户中心 | 用户管理 | 身份识别 |
会员管理 | ||
账户存储 | ||
商品中心 | 商品管理 | 商品编辑 |
商品属性 | ||
商品搜索 | ||
商品评价 | ||
商品推荐 | ||
商家管理 | ||
交易中心 | 订单管理 | 订单列表 |
订单评论 | ||
资金管理 | 对账管理 | |
结算提现 | ||
营销管理 | 营销活动 | |
规则管理 | ||
话题设置 | ||
内容设置 | ||
优惠券管理 | ||
客服中心 | 客服管理 | 客服列表 |
消息管理 | ||
服务管理 | 角色权限 | |
系统设置 |
(4)企业级数据模型搭建
- 实体的字段:面向整个企业时,各条业务线中实体的属性可能会不同,例如与自营业务线的【产品】实体相比,海外业务线的【产品】新增了税费、备案价等字段。解决办法是把所有业务线涉及的字段全部放进新对象,统一抽象为新的对象【商品】。其他实体【渠道】、【用户】、【物流】等也是这样操作。
- 实体之间的联系:例如数据流会通过从【订单】–【商品】–【交易】–【物流】–【财务】等对象,整理成数据对象通信图。
- 企业级数据模型:
(5)前台对接中台
- 业务中台的中间件:将原来的前后台调用关系调整为前中台调用。实际上,前台调用的就是业务中台的中间件。中间件研发的核心是剥离字段,即将【通用数据】与【业务数据】分离,将通用数据(公共字段)存储在中台,业务数据由前台自主扩充和存储。
- 切换为前中台调用:梳理基于中台的业务数据流,将公共字段统一汇总至中台,前台只保留个性化部分,如下图所示。接下来就可以准备批量切换原前后台调用关系–>前中台调用关系。
(6)中台对接后台业务系统
- 梳理原后台业务系统的流程:本公司拥有2个后台业务系统,企业资源计划ERP(采购、财务等)和仓储管理系统WMS(出出入库管理等)。例如在海淘订单中,读取库存上架商品,接受用户订单,订单状态流转。
- 切换为中-后台调用,新的调用关系如下图
(7)业务中台的最终架构
(8)业务中台的需求管理
- 需求处理的步骤:采集原始需求–将原始需求进行标准化–需求排期。
- 业务中台的需求鉴别:
- 不接收影响业务中台定位的需求:个性化需求由前台承担。
- 不接收影响用户体验的需求:性能效率vs.用户体验,需要权衡,不要盲目追求高性能高效率。
- 中台版本迭代:注重中台要注重稳定性,建设早期可以快速发版试错,稳定后酒要适当降低发版频率。
10.4 业务中台建设KPI
- 模块复用率:各个模块被所有业务线所使用的次数/业务中台各模块总使用次数
- 业务开发TTM(产品上市周期):节省的人日 = 原模块研发所耗用人日- 业务中台化研发该模块的人日
第11章 企业业务指南针:数据中台设计实战
- 略,本章内容比较浅显。更多理念和技术细节建议阅读《数据中台:让数据用起来》。
End.