1、电商中台架构

电商中台是一个相对来说链路比较长的系统，用户前台看到的仅仅是首页/社区版块/购物车/我的，主流程页面基本上就是商品列表页/商详页/购物车/订单渲染/收银台，针对这些页面需要一个庞大的中台系统来支撑

一切系统都要以业务为前提来设计，为业务服务，不同的业务和不同产品早就了中台的大同小异，大家关键节点基本上类似，但是小的地方会有很大区别，电商中台是一个百花齐放百家争鸣快速迭代的系统，下面为将针对各个业务系统简单的讲一下。后续针对每个系统会有一个概括的讲解，让大家知道电商的业务系统是如何运转起来的，最后我会为每个系统展开讲解，基本上相当于针对不同业务修改一下就可以当作prd来用了。

2、商品系统

商品系统是一切的开始，电商平台一切都围绕着商品来展开的，商品中心分为4大模块，属性管理/类目管理/品牌管理/商品发布，下面我们将针对这几个方面来展开描述

2.1、商品属性

商品属性：商品属性是指产品本身所固有的性质，是产品在不同领域差异性（不同于其他产品的性质）的集合。也就是说，产品属性是产品性质的集合，是产品差异性的集合。商品的属性包括：1.首先要明确什么是商品，商品是用于交换的劳动产品。

属性组：一类属性，例如商品的屏幕，其中属性组可以分为销售属性/关键属性/通用属性/非关键属性等，分类方法不一致，事前规划拆解好即可

属性名称：顾名思义，属性交什么名称，比如屏幕材质类型

属性值：属性名称对应的值，例如OLED

这三个为什么要拆开管理，其实是为了实现最大复用性，属性值可以随意绑定属性名称，属性名称可以随意绑定属性组。

2.2、品牌管理

品牌管理比较简单，这里就不做展开讲述了。

2.3、类目管理

前台类目：前台类目又被称为营销类目，它是针对于前台用户展示的类目

后台类目：后台类目一般是三级，它是针对商家或者平台运营使用的

前台类目的叶子类目可以绑定后台类目/品牌/商品等多个维度，前台类目最后就是为了展示商品列表，方便客户来筛选的

商品发布：填写商品信息的位置

3、营销系统

营销系统主要就围绕AARRR来展开的，用户获取-促活-留存-转化-裂变，不同的营销工具有不同的目标，例如满减/满折就是促进转化的，积分抽奖就是促活/留存的，产品一定要针对不同的营销目标来确定营销工具。

营销系统对业务最重要的贡献就在于增长，它就类似于一个发动机的引擎，营销做得好数据就跑的快，拼多多是如何在京东和淘宝的夹击下跑出来的，战略层是一方面，拼多多的营销贡献也是非常巨大的，可以说是拼多多数据增长的火车头。

营销工具演示

营销中心搭建之前需要考虑的是活动背景/收益/目标等一系列情况，真正搭建的时候把握几点即可，工具的规则各个平台大同小异，基本上就是基础信息/优惠信息/商品选择三个模块，活动规则确定以后后面就是营销工具的优惠优先级和分摊规则，新人做的时候一般不动优先级该如何设置商品优惠金额该如何分摊，后面我们将有专门的一篇文章来详细拆解该如何做一个营销工具。

4、订单系统

订单是电商中台系统中比较难的一个系统，难在那呢，不是前后台的列表展示，而是订单的状态机如何设计/订单的逆向如何设计/订单如何拆单

订单前台展示

订单后台

淘宝京东或者拼多多或者其他的平台都在扩展自己的售卖场景，从线上的B2C、B2B到O2O，从实物商品到虚拟商品，这些场景还在扩展，如何做一个兼容性强的订单中台呢，我的经验就是订单的主状态一开始就设计的兼容性强的，如果有新的场景来就直接扩展一条子状态，子状态去兼容新的业务场景。

订单逆向关注两个点，即订单售中与订单售后，售中与售后的切分点在哪呢，在于客户是否签收成功，客户签收成功前就是售中，客户签收以后就是售后，这个是我的分割方法，你也可以有自己的分割方式，这个分割方式就是为了让你有个感觉，下面这个图是自己做的一个1.0版本的一个订单中台流程图，包含正向与逆向，第一个版本考虑到上线时间就没有去做订单拆单，后面我们会在详细拆解订单中台的时候会有个详细的订单流程图。

订单分为自营与平台，平台电商，一般会有两层拆单，第一层是在下单的时候会根据店铺来拆解，第二层是在店铺层，店铺可以预先设置拆单逻辑，如果设置了，订单会在第一层拆解完以后自动拆解，如果不预先设置后续商家可以根据具体情况去做拆单与合单，合单有很多平台没有做这个东西，为什么要合单呢，会有两个现实意义，一个是商家错误拆单就可以把拆了的订单再去合并，一个是成本角度，假如你在某平台为了优惠买了两个商品，假如质量体积都不大的情况下，商家为了节省成本有可能一个包裹给你发两个商品，不过也有一些平台没有做合单，但是允许商家不同的订单发同一个物流单号，这个就需要产品与业务去平衡这件事情了，回归到本质就是，一切的产品设计都是为了业务能更好的发展。

5、购物车

购物车是一个平台必须的吗，在我看来并不是，一个最简短的购物流程有多短呢，打开app - 点击商品 - 点击购买 - 确认订单 - 拉起收银台 - 支付成功，这个流程是不是还可以再精简，在我看来如果不考虑客户体验还是可以精简的，但是你为了客户体验，这里面的步骤或许还不够，还要在这条线路里面再继续增加流程。

购物车的逻辑来源于生活，比如你去超市购物，你是单手双手去拿所需东西呢，还是拿个购物框/推个购物车呢，现在基本上大家都是推个购物车去买东西，这个功能成立的逻辑在于客户方便挑选商品放到一个车子里，第二是客户是为了凑单去购买一些东西，显然增加购物车的功能是可以提升客户购物体验与平台的GMV的

购物车很少有后台的，基本上都是前台，购物车和商详是订单的前置，一个基础版的购物车逻辑不是很难，随着购物车承载的能力越来越多，它的逻辑也在越来越复杂，我们可以从上到下、从左到右的看一下购物车

首先能看到的是购物车页面的名称和购物车的商品数量，后面是购物车的降价/常购/管理三个按钮，这三个按钮顾名思义大家也应该知道是干嘛的，至于你们平台需不需要，以及逻辑可以去淘宝看一下即可

下方是购物车抄作业，点击就会进入到另一个页面，另一个页面类似于一个分享的导购页，你分享自己的购物车，别人可以按照你的购物车去购买，再然后就是店铺名称/领券/商品主图/商品名称/商品规格/商品价格/商品数量/营销标签/商品优惠，这些显性的逻辑与隐形的逻辑共同构成了购物车页。

6、用户管理

提到用户管理，就不禁想到了电信的三户模型，用户 - 客户 - 账户，用户即日常的人，客户可以是一个自然人，用户是平台注册的用户，一个客户可以注册多个用户，一个用户又可以有多个账户，类似于一个用户即可以有余额账户又可以又红包账户，这样举例不知道能不能理解。

针对于客户，每个公司可能都会有多个应用，多个应用可能会是同一个人来注册的，一个公司如何在多个应用之间判断用户就是同一个人呢，各家公司的标准不一样，不过可能都是类似的，一个公司一个客户会共用一个passport，这个passprot就类似于微信的unionid，unionid一样的人就是该公司底下多个应用的同一个人，这个passport是最底层的东西，它上层会去支撑每个应用的userid

在app层面会有用户，用户可是商家/可以是客户，那么该如何设计这块的逻辑呢，可以把场景和角色去做绑定，用户不设立商家角色，只设立店铺ID，店铺下可以设计角色管理，这样就可以把这块的逻辑整明白。

7、会员积分

会员积分一般会在有了一定的客户基础的时候去搭建，会员积分的目标主要是为了提升客户的LTV，在此我们将会员与积分体系的搭建拆分开，

会员管理：会员分为免费会员与付费会员，免费会员与付费会员都可以有长大体系，当然付费会员要不要长大体系这个要在具体的工作中去做取舍，因为付费会员的长大体系有一点麻烦，不过也还好了，难的骨头我已经啃过了，

会员管理后台大致可以分为，会员等级管理/会员权益管理两部分，前台就是会员信息在各个页面的透出。

通过上面的图基本上就可以了解到会员管理在前台后台架构，具体如何搭建一个会员中台，后面咱们会具体讲，这里就不具体展开讲了

积分管理：积分管理如果将积分做成了金本位的积分体系，建议给积分在支付中台的账户管理/账务管理中设立一个积分账户，同时设立具体的记账点（积分消耗与获取的节点）

积分中台架构拆分方法我仅仅是提供一个参考，还有很多的拆分方法，只需要满足业务诉求即可，针对积分的具体玩法就不详细介绍了，积分的获取与发放规则也不详细介绍了，不过积分管理上线第一期一定要形成闭环，积分的获取与消耗，积分从那里来，积分到那里去都要想清楚

8、标签管理

标签管理：这里我个人的分法是基于电商的人/货/场去分的，人的标签/货的标签/场的标签，这三个可以放到一起管理，也可以拆成三部分来管理，由于人的标签是在（任职过的公司）大数据那里管理，所以我在搞商品（货）标签的时候直接独立出来了，将商品标签独立出来管理，我认为这样也没有增加运营的负担，降低运营效率，我就单独将这个事情做了。

上面可以看到商品标签管理我是分成了三部分，一部分是按照规则系统自动打标，一种是人工打标，还有一种是特殊的，它与营销系统关联比较大，所以也单独独立出来了，商品标签的功能有两部分，一部分是供运营去分析商品运营数据，一部分是前台展示给用户用的，前台展示给用户的数据，一定要设立优先级，在一个商品有多个标签的时候如果没有展示优先级，就会产生混乱。

9、CMS中心

CMS（Content Manage System）内容管理中心，平台/店铺装修管理，这个系统可能是电商平台里面比较简单的了，不过要想应对一个平台型电商也需要有一定的抽象能力。

CMS架构基本上可以分为3+2吧，三层分别是站点 - 页面/模版 - 组件，2是数据+推荐逻辑，商品数据/营销数据等数据信息，这样可以把上面的页面样式与数据隔离，做到解耦合，这样复用性高，代码逻辑也清晰；推荐逻辑就是千人千面，一般有四种推荐算法，1、基于内容的推荐，2、协同过滤，3、基于模型的推荐，4、基于社交关系的推荐，cms在做推荐的时候一般是不同场景会有不同权重的推荐逻辑，后面在从0-1搭建cms系统的时候会给大家讲到这些东西。

10、电子凭证

电子凭证可能有些人比较陌生，电商中台哪有这个东西，其实这个是基于 O2O业务的一个特殊的模块，例如美团的线上购物，线下核销。电子凭证作为服务类商品履约的重要形式，是电商系统中重要的一环。和物流履约共同支撑了电商业务几乎所有的履约场景

这个也和订单商品等其他中心有很大的联系，咱们单独讲电子凭证的时候再讲吧，这里先透露一下吧，这个会拆分成两部分来做，一部分是发码一部分是核销。

11、总结

电商中台还有很多模块没有讲到，例如发票管理/对账/清结算/运费模版等等，接下心我会先将这10个业务中心讲一下，讲的模式就类似于prd来讲了，好多小白在好多人那里看了一堆理论，但是实操的时候还是懵的，如果把prd拆解一下，然后把这些东西给小白讲一下，小白就算是mvp版本做的不完善，很多东西想的不太全，但是也能从0-1完成一个项目