电商活动需要一套稳定灵活的系统支撑，来提高企业资源的有效利用。于是便有了各类系统如ERP、Boss、Saas等一系列系统。电商系统就相当于人的身体，基本构造都是相似的，不同的是因业务差异而造成不同的长相，不同的身高而已。大多数同学看到的电商都是皮的部分，而内在的骨架则很少见到。产品经理要以上帝视角去看自己的系统，熟知系统的架构和运转，才能对将系统改造的越来越好。换言之你不知道自己身体各部位的状况，就没法制定好身体锻炼方案。以下是个人整理电商系统架构图，供大家参考。

架构图分为五个部分：前台、中台、后台、基础支撑模块、其他配合系统。前中后台的划分，是按照商品的业务流转进行划分的，商品购买前的展示为前台，购买过程中涉及的模块为中台，购买后的商品处理为后台。这五部分组成电商系统的骨架。相互间不同规则的串联运转整个系统。

一、前台

前台是直接展现给用户的看和操作的，崇尚用户体验的年代，让用户简单的学习和使用是基础准则。所以前台的功能尽量简单，复杂的规则都通过后端来解决。目前前台显示形式有PC的网站或者客户端、移动的APP或H5。以后随着科技的发展也有可能出现万物皆屏的前台。前台基本就是业务的表现层，不会处理过多的逻辑，不做说明。

二、中台

1、供方自营电商、代运营电商还是平台电商都会涉及供方的管理，供方可以提供商品也可以提供原材料，供方的管理是商品系统的起始，建立供方信息、联系人信息、系统权限信息、有效日期、证件信息等，并且对供方的增删改增加审核流程。供方关联商品，如供方是失效状态则商品要下架不可售卖。

2、合同根据供方创建合同，基本信息如合同签订日期，有效起止日期，结算周期：是按月结还是按季度结，结算方式：是订单完成就结算，还是支付成功结算。主体信息就如甲乙方联系人信息；账户信息：账户信息单独立菜单维护方便拓展；品类信息：关联商品类目或者直接挂靠商品，分别建立不同类目的结算金额，按比例结算还是按固定金额结算。合同审核通过才能依据合同创建商品，合同到期或人为停止，已上线商品要下架。未上线不可上架。

3、商品电商系统三大核心：商品、订单、库存。商品系统主要是创建商品的价格信息（成本价、销售价、原价），属性信息（销售属性、关键属性、描述属性）、品类信息（商品所属类目）、服务信息（7天无理由退货、配送方式）、SKU、SPU、及各业务的个性化信息规则。

4、订单订单有几个维度组成，状态机（订单状态、支付状态、商品状态、商品支付状态）、 用户信息、时间信息（下单时间、支付时间等）、支付信息（支付方式、金额）、商品信息。

5、库存中台库存主要是接收WMS或者商户端的库存结果信息，对商品库存进行分配，区域库存共享、区域库存独有、库存扣减方式等。

6、促销三种促销方式：商品促销、订单促销、优惠券促销。以这三种基础规则可衍生出很多玩法，如阶梯团购、分享团购、营销工具、大转盘、会员营销等。

7、会员一般根据用户的消费金额和活跃度制定，方便营销同时提升用户亲密度，增加用户沉没成本。有会员等级制度、会员权益制度等

三、后台

1、售后订单完成后出现退款、退单等逆向处理流程

2、物流商品配送使用的物流方式、要求、价格、成本、结算周期、结算比例等维护模块

3、WMS以商品库存的动态变化为中轴线，涉及入库、出库、库存管理、库位安排、上下架、配货验货、转库、盘库等功能。

4、财务收入、支出、对账、调账、退款、成本管控、GMV核算等

5、基础支撑风控：贯穿整个电商流程，从原来的供方资质审核、到中期的恶意购买抢占库存、刷券、到后期的恶意退单等等。通过获取大量足够的数据（用户社会信息、使用硬件信息、操作行为等信息），建立模型灵活地分析数据，预测且实时地阻拦风险。

权限系统：根据角色、用户、资源三个方向设计（参考RBAC模型），对内管控工作人员的操作，对外管控外部合作伙伴的数据获取。方向主要有操作权限、数据权限、菜单权限。

6、其他系统：商户系统：平台型电商为接入的商户定做的系统，商户使用系统进行上品、库存管理、发货、订单对账等操作。

客服中心：协调内部人员和外部用户的纽带，包含呼叫中心（软电话、知识库、质量检验等）、工单平台（工作流、报表等）。内部同学使用处理用户的问询、客诉、业务处理、售后理赔等事宜，呼叫中心渠道通常有电话、在线。多媒体（微信、网站等）收集问题，分析处理后分流给客服处理。需走业务流程的客服通过工单平台建立工作流，协调内部资源处理。

数据系统：将电商系统产生的所有数据汇集到一处，统一进行定义，处理、输出。服务于业务并指导业务的方向。主要功能如下：

1、用户基础信息分析，路径分析、漏斗分析、绘制用户画像。

2、自助查询工具，主题报表输出。

3、数据地图、数据预警、实时跟踪、趋势分析

4、数据挖掘，个性化推荐/搜索，反作弊，业务预测.

想了解更多的电商系统架构相关信息，欢迎访问TPshop电商商城系统。