电商平台业务及架构演变史 _订单

?不少人认为电商系统很简单，因为现在做电商的太多了，看到的电商产品也多。看来看去产品都差不多，没什么特别。
其实中国电商发展已有20多年历史，电商以销售为核心连接着研、产、供、销、服整套的信息系统体系。其中的设计并没有那么简单。
电商产品架构
电商产品相关基本系统模块，随着业务发展，每个系统单元都不断迭代，成熟过程要花费大量人力物力。
订单交互
电商产品中的活动都围绕着订单进行，用户下单流程可以看出所有系统之间的交互。不同公司的业务、团队这个过程中的工作分配各不相同。这里为大家分享得是通用的订单业务流程。
库存管理
订单中的商品是电商产品中必不可少的元素，补充并维护库存的平衡对于后台电商来说，十分重要。
业务框架及模块关系
系统架构图和2个主流程对电商系统的全链路打下了基础，下面我们了解一下电商系统各模块之间的关系。
大前台
公司往往有多个销售渠道，线下不同类型的加盟店、直营店，线上也有不同模式，渠道用于让用户接触到商品。
例如淘宝系统下有天猫超市、普通商家端、淘宝直播、天猫APP等等。
除了商品页面，网站、APP还有“店铺的首页、维修退换政策、活动等”其它内容页面，这需要用内容管理系统进行管理，
例如QQ空间装修就可以理解为cms系统。
交易中心是技术的中间件，所有和销售前端交互的系统都要通过交易中心完成，还要承担一些用户交易流程当中的逻辑。
举如下单前要先调用库存服务，查询库存，用户加入购物车后，调用营销中台计算购物车内商品活动后的总价等。
大中台
商品中心就是一个商品的数据库，所有业务系统都用。
主要包含三层关系：
1类目：产品的类目分前台类目和后台类目，在不同渠道支持自定义。
2 spu和sku的关联
3属性：属性可以绑定在类目下，也可以绑定在spu下或者sku下，子继承父的商品属性，
营销中台主要包含两大块：
1活动
2优惠券码：针对不同用户、产品、渠道进行优惠活动设置

文章插图
用户看到优惠活动一般在购物车中呈现，优惠券码一般在结算时扣除相应的金额。
库存一般分为三级：
渠道当前可售库存
产品可售库存
仓库实际库存
解决的核心问题是用户从下单开始到最终扣除仓库库存，在不同环节应该如何去扣减，达到最高的库存使用效率。
WPS解决的核心问题是商品应该如何调度。
订单接收之后，应该由哪个仓库来进行满足，用户在商城界面看到是否有货，应该如何判断。
解决的问题是当商品的发货任务已经分到了具体的仓库，应该用哪一家快递才能兼顾成本和速度。
不同地区的仓库，快递公司的服务响应、成本是不一样的。
核心逻辑是对于不同的仓库，在路线的配置上选取不同的快递公司。
会员中心是对不同渠道提取出共性的用户设计升级规则，或者是付费型会员。
业务发展到全球化才会诞生发票中心。因为不同的国家才会对于开票的规范有不同的要求。
核心流程一个是开票，另一个是冲红。不同的业务下，对于开票和冲红的时间点会不同，这一般由订单中心进行定义。
客服系统的搭建分为三大块：
1线聊天客服：用户发起的聊天分配给系统后台的人工坐席。
2智能知识库：将用户所有的常见问题汇总到知识库，给用户自动推荐，减少人工客服的压力。