从五大模块了解电商系统结构

8 评论 60046 浏览 254 收藏 9 分钟

有人的地方就有江湖,有生意的地方就有电商——糖果灰灰

现在的互联网时代,生意都在线上化,电商一词的概念也不局限于传统实物商品的售卖,而涵盖了更广阔的空间。无论是虚拟商品的售卖,金融行业的金钱的买卖,还是服务行业人力的售卖。终究都是电商的外在表象,实质还是以信息网络技术为手段,以商品交换为中心的电商活动。

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

电商系统架构图

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

1、前台

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

2、中台

(1)供方

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

(2)合同

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

(3)商品

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

(4)订单

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

(5)库存

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

(6)促销

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

Ps:优惠券已完成两章有兴趣同学可点击看看《优惠券设计:促销》、《优惠券设计:优惠券的发放与使用

(7)会员

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

3、后台

(1)售后

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

(2)物流

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

(3)WMS

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

(4)财务

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

(5)基础支撑

  • 风控:贯穿整个电商流程,从原来的供方资质审核、到中期的恶意购买抢占库存、刷券、到后期的恶意退单等等。通过获取大量足够的数据(用户社会信息、使用硬件信息、操作行为等信息),建立模型灵活地分析数据,预测且实时地阻拦风险。
  • 权限系统:根据角色、用户、资源三个方向设计(参考RBAC模型),对内管控工作人员的操作,对外管控外部合作伙伴的数据获取。方向主要有操作权限、数据权限、菜单权限。

(6)其他系统:

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

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

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

  1. 自助查询工具,主题报表输出。
  2. 用户基础信息分析,路径分析、漏斗分析、绘制用户画像。
  3. 数据挖掘,个性化推荐/搜索,反作弊,业务预测
  4. 数据地图、数据预警、实时跟踪、趋势分析

注:以上是个人对电商系统部分模块的解读,后面会陆续深入聊聊各模块的具体细节。

 

本文由 @糖果灰灰 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 感谢分享!

    来自黑龙江 回复
  2. 很难理解,为什么采购是在后台,商品售卖前采购,而不是售卖后采购呀

    来自广东 回复
    1. 前台和后台的前后不是时间和业务流程顺序的前后。而指的是用户和消费者接触的距离。看得到的是前台,看不到的是后台。

      来自广东 回复
  3. 尽快分享哦,很期待

    回复
  4. 感想分享,作为即将可能进入电商领域的小白,我感觉作者的分享很有价值,让我对电商平台的应用架构有一个基础的认知。

    来自广东 回复
  5. 前台现在还有小程序

    来自浙江 回复
  6. 看完感觉没什么收获……

    来自上海 回复
  7. 模块划分和整理没啥参考价值,不管从业务管理规划还是从技术规划角度。从管理角度,先要搞清楚公司是如何管理电商业务的,各有哪些部门怎样协作配合;从技术角度,需要抽象出底层对象,再在其上梳理出业务逻辑和展现形式。

    来自浙江 回复