中台是一种提供服务共享的解决方案，能够让前端快速创新和迭代，提高后台的机动性能。中台对于工作上的帮助还是挺大的，下面是笔者整理的关于中台产品设计的相关内容，一起来看！

此前工作也接触了很多中台化的项目，在这里梳理下自己对中台产品设计的粗浅理解，希望大家多多指导。

一、学习理解思维图

二、学习理解详细描述

1. 为什么需要中台

目前个人认为主要在两个方面

1. 为了实现多业务的标准管理：通过应用中台，可以为业务提供统一的信息管理制度、业务管理制度、财务管理制度，实现企业自上而下的管控。
2. 增加资源利用率，快速响应业务：通过提炼多业务的共性，将一些可以重复利用的资源进行合理配置；减少业务拓展时在相同资源上花费的时间，而有更多精力关注业务的其他方面。

2. 中台产品的设计流程

我分为四个阶段：确认中台模块→提炼业务共性→数据模型设计→扩展性评估

1）确认中台模块：在设计之前一定要知道我们需要将哪些模块中台化，目前常规认知的大模块有三种：

• 数据中台：如多业务共用一套商品信息、店铺信息、客户信息等数据
• 业务中台：如多业务共用采购，订单处理等业务
• 技术中台：一般是将技术层面的服务应用进行统一封装，让外部进行统一调用（这个稍微解释下：如在没有封装前外部需要调五个接口才可以实现某种技术逻辑，封装后只需要接一个接口）这个不做详细解释，主要关注前两个中台模块。

2) 提炼业务性质：基于已经了解需要将哪些模块中台化，现在需要针对模块所代表的业务进行性质提炼，分为共性和特性：

• 数据中台以商品数据为例：不同业务都会用到商品名称、商品编码、重量、体积等共同信息，这些就是我们需要提炼的共性；而如家电业务线产品需要序列号，食品业务线需要批次，这就是业务特性。
• 业务中台以订单流程为例：不同业务线都有销售流程，可能都会经历订单创建、订单审批、订单出库的环节，这相同的环节就是业务共性；而如电商业务和线下业务，可能订单来源不同，订单审批流程不同这是业务特性。

3）中台模型设计：

在这个阶段思考如何将业务共性和特性通过模型设计进行统一表达

• 数据中台仍以商品数据为例：共性如商品名称、商品编码、重量均是相同的前缀，特性可以在商品增加个字段为商品行业属性（选择序列号和批次，类似这种行业特性一般是互斥的；但也要考量某些特性可以多个选择共存，如商品采购类型：外采、生产）
• 业务中台也以订单流程为例：特性如订单门店订单无需审批是直接出库的，也如批发订单会有合同签章，货款确认等更多环节），共性如需仓库出货的订单下达仓库后，仓库一般都需要经历拣货出库这一类订单流程。因此在基于同个订单中心管理下，可以根据业务的不同流程选择业务插入和业务跳过，满足多业务的统一处理。

4）扩展性评估：

中台一般并不是满足现有业务，因此需要评估其扩展性

• 数据中台商品数据为例：如序列号和批次这类行业属性，在后续如果有新的行业属性出现我们可以在商品行业属性下增加行业属性的枚举，同时根据这个行业属性进行相关业务流程的判断，这个是同种场景下的扩展性评估
• 业务中台订单流程为例：天猫会有订单处理流程，后续接入京东、拼多多是不是也可以用这套订单流程处理，需不需要增加更多的业务环节；另外订单的主表字段需不需要增加字段，增加单据类型来表达不同的订单类型等等。

就到这了，粗浅的梳理下理解还不够深入，也不知道对不对，希望大家可以指导我。