|中台实战（9）：从零开始中台商品中心搭建（上）

本篇我们来谈谈公司级中台实战的一个重要服务中心——商品中心搭建，该商品中心支撑全公司1万4千多类SKU的管理。

本文插图

本文为新书《中台产品经理宝典》业务中台建设路径的拓展案例篇，关于案例中所涉及到的知识点可以参看下表：
PS：新书将于6月中旬上市大家敬请期待！
（后续中台文章中用到书中知识点的部分我都会标注详细章节，方便大家查阅书中内容）。
1. 起点：中台体系结构
要想学习一个系统的设计与建设思路，那么我们必须要从这个项目的启动背景来看起，这样才能知道很多设计的原因。
这个案例当时的业务背景是这样的，当时在公司内部共分为两条产品线，各自独立拥有自己的客户端面向不同类的客户：

C端产品线：负责向普通消费者提供一般消费品售卖服务；
B端产品线：负责向企业提供企业级采购服务。

由于两个业务从商业模式上并无不同，都是通过售卖商品来赚去商品差价。
而在业务模式我们按照《中台实战7 绕不开的企业架构》中讲述的梳理服务节点方法，得到整个商城的节点信息流模型如下图：

本文插图

（这里为了文章讲解方便我将电商履约的完整后台进行了精简，只抽象出了最核心的几个节点。如果对这里感兴趣，我后面会写一些专门的电商文章）
仔细来看初期B端与C端的模式上，本质就是每单的客单价不同，因此从下单与订单拆分上没有任何区别，而当时唯一的差距就是在下订单之后，由于每单下单商品数量的不同，其物流配送方式上有一定的差距。
具体来说是如下几点：
因此我们可以发现在这里的业务流程中有变化的部分，也有不变的部分，而不变的部分占整个信息流节点的绝大部分。

本文插图

于是在我们拿出这样的分析报告后，公司高层决定在公司内部来建设中台，由中台团队进行两条业务线的高重叠节点服务统一研发。
根据这个决定在开始正式建设前，当时我们的中台架构初步准备建设这样的三层服务体系：

本文插图

服务组件：是中台中的最小单元，服务组件也就是由开发编写的微服务代码，具体来说承载我们想要提供的复用功能，如我们上层希望支撑的商品类目管理服务，这里的微服务可能是：类目项增加，类目项删除，类目项修改，类目项查询，类目向兄弟系统的同步。用一句话来概括：本层定义了中台的微服务项是哪些？
服务中心：这是我们从功能实现的角度去定义的，也就是我们将中台划分为提供不同功能的几个模块，这里也就是我们产品经理经常会画的功能架构所定义的内容。而在当时我们只初步定义了商品，订单等几个模块，这里后文会展开来叙述。用一句话来概括：本层定义了中台要实现哪些功能？
中台接入：再往上一层就是我们将中台所提供的服务进行封装，对前台应用的部门我们给他提供简洁的服务接口让他们能快速的接入到中台里。用一句话来概括：本层定义了中台要如何接入？

当然这里我们提出的架构更多是技术层面的支撑架构，目的是为了将中台进行一个肢解，让我们清楚地知道中台具体要干哪几件事情：
中台的微服务项是哪些->中台要实现哪些功能->中台要如何接入
当然虽然本篇文章名称叫做商品中心的搭建，但是作为案例篇的文章，我还是会给大家以商品来串讲一个包含完整三层体系中台架构的建设路径。