第一部分 认识中台——数字化中台初步认识与建设策略
一、平台是中台吗?
1.1 业务人员抱怨系统不好用,业务响应慢原因?
问题根源可能出在系统共享、联通和融合能力上。在进行应用建设时,有人可能会站在部门或个人利益角度,特别强调和关注应用的局部“可用”,却忽略了企业级业务和流程的整体“好用”。出现了明显的系统边界和系统重复建设问题,难以支持企业级业务能力的快速融合,不能快速响应企业级业务和商业模式创新,对前台一线业务支持和融合不好,难以在前台形成一致的用户体验,最终影响企业业务发展。
1.2 传统企业大数据战略和阿里中台战略的主要差异?
- 阿里采用业务和数据中台相结合的双中台建设模式。业务中台目标是把核心服务链路(会员、商品、交易、营销、店铺、资金结算)整体当做一个平台产品来做,为前端业务提供的是业务解决方案,而不是彼此独立的系统。
- 传统企业的很多平台只是将部分通用的公共能力独立为共享平台。这类平台虽然可通过API或以数据服务的形式对外提供共享服务,解决系统重复建设问题,但没有与企业内的其他平台或应用实现从前端到后端的页面、业务流程和数据的全面融合,没有将企业核心业务服务链路作为企业级解决方案来考虑。各平台仍然是分离且独立的,本质上仍然是烟囱式建设模式。
- 项目级的平台虽然解决了公共能力复用能力,但与企业级中台的建设目标还有一定差距。
- 中台源于平台,但它的战略高度高于平台,中台设计时会站在企业高度,更多从业务领域出发进行抽象和标准化设计,形成企业级的整体解决方案,实现企业级业务能力复用。主要体现在:对前台业务的快速响应能力;企业级复用能力;从前台、中台到后台的设计、研发、页面操作、流程、服务和数据的无缝联通、融合能力。最关键的是业务快速响应能力和企业级无缝联通及融合能力。
二、传统企业中台的建设策略
传统企业的中台建设策略需要从业务中台和数据中台的双中台模式。在中台设计与规划时,要整体考虑企业内前台、中台及后台应用的协同,实现不同渠道应用的前段页面、流程和服务的共享,还有核心业务链路的联通以及前台流程和数据的融合、共享,以支持前台一线业务和商业模式创新。企业中台业务能力建设一般会经历“分”和“合”两个过程。通过将企业可复用的能力沉淀,形成多个不同业务领域职责单一的中台领域模型,然后对不同类型的中台业务能力进行组合和编排,形成企业级业务能力,从而在企业领域模型的“稳”和商业模式与业务流程的“变”中找到最佳平衡。
- “分”的主要目标是通过业务领域边界划分和微服务拆分,建立稳定的、单一职能的领域模型,让业务和应用具有更强的扩展和复用能力。但分不是目的,而是手段,是根据单一职责原则实现业务能力的复用和高内聚。分的过程主要发生在业务中台,在完成业务领域和微服务拆分后,讲点了应用建设的复杂度,使业务和应用具有更强的扩展能力和稳定性。
- “合”包括业务能和和数据融合。业务融合主要作用在前台,实现企业不同业务板块能力的联通、组装和整合,实现企业级业务流程的融合,提供一致的前台用户体验。而数据融合则主要作用在数据中台,实现企业不同业务板块数据的汇集、集成、智能分析和商业模式创新等,为企业前台业务提供统一的智能化数据服务。
三、如何实现前中后台的协同
- 前台:主要面向客户以及终端销售者,实现营销推广以及交易转换
- 中台:主要面向运营人员,完成运营支撑。
- 后台:主要面向后台管理人员,实现流程审核、内部管理以及后勤支撑,比如采购、人力、财务和OA等系统
3.1 前台
在前台设计时,可借鉴微前端的设计思想,通过企业级主应用与微前端应用集成,不及可实现前端页面逻辑的解耦和页面级服务的复用,还可根据企业核心业务链路和业务流程,通过对不同业务板块微前端页面的动态