有人的地方就有江湖，有生意的地方就有电商——糖果灰灰
现在的互联网时代，生意都在线上化，电商一词的概念也不局限于传统实物商品的售卖，而涵盖了更广阔的空间。无论是虚拟商品的售卖，金融行业的金钱的买卖，还是服务行业人力的售卖。终究都是电商的外在表象，实质还是以信息网络技术为手段，以商品交换为中心的电商活动。
电商活动需要一套稳定灵活的系统支撑，来提高企业资源的有效利用。于是便有了各类系统如ERP、Boss、Saas等一系列系统。电商系统就相当于人的身体，基本构造都是相似的，不同的是因业务差异而造成不同的长相，不同的身高而已。大多数同学看到的电商都是皮的部分，而内在的骨架则很少见到。产品经理要以上帝视角去看自己的系统，熟知系统的架构和运转，才能对将系统改造的越来越好。换言之你不知道自己身体各部位的状况，就没法制定好身体锻炼方案。以下是个人整理电商系统基础架构图，供大家参考。
架构图分为五个部分：前台、中台、后台、基础支撑模块、其他配合系统。前中后台的划分，是按照商品的业务流转进行划分的，商品购买前的展示为前台，购买过程中涉及的模块为中台，购买后的商品处理为后台。这五部分组成电商系统的骨架。相互间不同规则的串联运转整个系统。
前台是直接展现给用户的看和操作的，崇尚用户体验的年代，让用户简单的学习和使用是基础准则。所以前台的功能尽量简单，复杂的规则都通过后端来解决。目前前台显示形式有PC的网站或者客户端、移动的APP或H5。以后随着科技的发展也有可能出现万物皆屏的前台。前台基本就是业务的表现层，不会处理过多的逻辑，不做说明。
（1）供方
自营电商、代运营电商还是平台电商都会涉及供方的管理，供方可以提供商品也可以提供原材料，供方的管理是商品系统的起始，建立供方信息、联系人信息、系统权限信息、有效日期、证件信息等，并且对供方的增删改增加审核流程。供方关联商品，如供方是失效状态则商品要下架不可售卖。
（2）合同
根据供方创建合同，基本信息如合同签订日期，有效起止日期，结算周期：是按月结还是按季度结，结算方式：是订单完成就结算，还是支付成功结算。主体信息就如甲乙方联系人信息；账户信息：账户信息单独立菜单维护方便拓展；品类信息：关联商品类目或者直接挂靠商品，分别建立不同类目的结算金额，按比例结算还是按固定金额结算。合同审核通过才能依据合同创建商品，合同到期或人为停止，已上线商品要下架。未上线不可上架。
（3）商品
电商系统三大核心：商品、订单、库存。商品系统主要是创建商品的价格信息（成本价、销售价、原价），属性信息（销售属性、关键属性、描述属性）、品类信息（商品所属类目）、服务信息（7天无理由退货、配送方式）、SKU、SPU、及各业务的个性化信息规则。
（4）订单
（5）库存
中台库存主要是接收WMS或者商户端的库存结果信息，对商品库存进行分配，区域库存共享、区域库存独有、库存扣减方式等。
（6）促销
Ps：优惠券已完成两章有兴趣同学可点击看看《优惠券设计：促销》、《优惠券设计：优惠券的发放与使用》
（7）会员
一般根据用户的消费金额和活跃度制定，方便营销同时提升用户亲密度，增加用户沉没成本。有会员等级制度、会员权益制度等
（1）售后
订单完成后出现退款、退单等逆向处理流程
（2）物流
商品配送使用的物流方式、要求、价格、成本、结算周期、结算比例等维护模块
（3）WMS
以商品库存的动态变化为中轴线，涉及入库、出库、库存管理、库位安排、上下架、配货验货、转库、盘库等功能。
（4）财务
收入、支出、对账、调账、退款、成本管控、GMV核算等
（5）基础支撑
（6）其他系统：
商户系统：平台型电商为接入的商户定做的系统，商户使用系统进行上品、库存管理、发货、订单对账等操作。
数据系统：将电商系统产生的所有数据汇集到一处，统一进行定义，处理、输出。服务于业务并指导业务的方向。主要功能如下：
注：以上是个人对电商系统部分模块的解读，后面会陆续深入聊聊各模块的具体细节。