电商后台系统设计攻略

在了解平台型电商的后台设计之前，需要一丢丢背景知识明确设计的目的和思路，简要如下： 

当前电商平台，根据商品来源和盈利模式，可以将电商体系分为平台电商，自营电商，自营+平台电商三类。

其中：淘宝，京东，苏宁，携程等为自营+平台；拼多多为平台；其他的品牌商家线上商城，如优衣库，小米商城，华为商城等，为自营平台。

平台型电商：从人货场角度分析

人：平台型电商一般由于自身无论是内容还是公信力或者营销能力，可以带来大量流量；大量的流量带来了交易需求的潜力，从而吸引了商家的入驻；而优质，品类齐全的商家货品则会进一步增加用户粘性，带来新用户，形成正向循环。

货：根据平台定位的不同，会吸引不同用户画像的人群，从而会开放不同的品类，品牌，价格区间 来满足对应的人以及额外的品类吸引额外的人。

场：电商核心场景一般分为成交前流量场景和交易效率撮合场景； 前者是 如何把用户吸引到本平台；后者是当用户到了平台之后，如何为无明确意向用户种草（产生购物需求），为有意向用户拔草（快速成交）。

从平台型电商定位来看：其主要目的是交易撮合。盈利模式主要为：佣金和增值服务费（广告，软件服务费等）。

角色主要为：客人，商家，平台运营。各自代表各自的利益链：

客人：高性价比，快速，便捷的享受服务；

平台运营：交易撮合，保持生态平稳正向循环，保持长期喝短期利润稳步增长。

商家：长期和短期利润可平衡，实现长期利润稳步增长（意味着不一定是交易越多越好）。

故而我们可以知道平台型电商的整体设计所有均为交易服务，对传统自营的商家侧的供应链的成本，效率考量并为第一要义不同，并且轻量化处理，无采购仓储库存等一系列对应复杂的处理，基于此，我们整体的平台型电商系统整体架构简化版本设计如下：

后台各系统说明如下：

1）商家管理

商家入驻与清退，商家考核与培养，商家培训等商家事宜管理。

2）商品域

（1）类目系统

平台根据定位经营类目管理，一般特指后台类目管理。

其他说明：

后台类目：平台经营的绝对类目，如非大的变动，轻易不可调整，如手机，服装之类；商品关联的绝对类目必须按照平台规则关联；

前台类目：平台运营为促销活动或者用户感知创建的前台相关类目，如热销3C之类；可自定义类目聚合商品，关联类目可以随意跨绝对类目；

（2）商品系统

主要管理SKU(最小库存单位)、SPU（标准化产品单元）商品模版，商品属性（销售属性，非销售属性），价格，库存等信息。同时在商品详情中包含对敏感词，水印图片黄色图片，不清晰图片等异常图片，超低或者超低异常价格的风控处理。

大型电商一般会经营多品类，当品类差异较大时，会出现多个商品系统的存在。

（3）商品中心

针对于大型电商，聚合不同品类商品的基础属性和对外服务属性，对外数据服务均由商品中心处理，商品系统仅做业务流转和原始数据处理。此处在保证各个商品系统的商品中心的数据一致上一般较容易出现交通事故，引起亲人泪两行。

（4）评价管理

主要管理各品类评价模版，以及用户评价，反馈和追评。同样涉及到对敏感词，水印图片黄色图片，不清晰图片等异常图片的风控处理。

3）会员中心

基础会员信息+会员营销信息管理

主要管理用户基础信息，等级、用户权益、积分、卡券等会员相关信息和通过结合会员自然行为和交易行为精细化用户画像，针对于新老会员做促活，留存，提高客单价；同时经过一系列的营销活动来拉新。

4）订单域

（1）订单系统

管理订单从下单付款发货收货到完结的正向流程业务流转以及退款，退货换货的逆向订单状态流转（售前取消，售后退换货，退款，部分公司售后和订单耦合在一起，独立会比较便于处理）服务以及对商家，对客，BI等各个数据消费放的数据服务；

当电商平台较大时，由于经营范围过大，不同品类不同行业订单业务流程相差过大，故而可能会存在多个订单系统；分别独立处理各自业务流转。

（2）订单中心

针对于大型电商，聚合不同类型订单静态结构信息和通用包装功能，对外数据服务均由订单中心处理，订单系统仅做业务流转和原始数据处理。此处在保证各个订单系统和订单中心的数据一致容易出现问题，订单信息同步往往很难完全保证。

5）支付系统

负责销售流程过程中和第三方支付服务以及企业自有钱包支付的收款，退款，自动续费，分期付款和查询等服务，以及和第三方流水对账等服务；

6）财务系统

主要管理和商家结算的订单、佣金和营销费用相关的财务数据，主要是结算侧设计，还包含对账，清帐，以及相关的数据统计等服务。

7）客服中心

分为两类：平台客服管理和商家客服管理；平台和商家侧均需根据不同的角色支持不同的客服操作权限，同时一般包含400电话和在线沟通工具服务的融合，便于更好的服务用户。如果平台较大，则可能包含对应的工单调度和任务单管理系统。

8）内容管理CMS

主要用于前台活动页，首页，频道页等自定义页面的搭建，以及切换条件控制管理等信息。

一般分为活动页和固定页。针对于固定页，包含固定页位置管理模块。

9）风控

交易前：商品敏感词，图片等风控处理；

交易中：下单用户，商品，支付，优惠活动风控处理；

交易后：点评敏感词图片等风控处理；

主要是风控规则引擎和风控规则的引入以及实施不断的建模和优化，风控于电商的重要性，要么不开张，要么就玩完。随着诈骗案例层出不穷，各电商平台针对于风控也越来越重视。

10）搜索

搜索在电商的主要目的是在站内为有明确购物目的的用户提供快速触达自己想要的商品的服务。搜索背后的依赖于强大的技术，用户数据，销售数据等底层数据的完善和指导才能做到好的召回率和准确率，便于进一步为用户提供服务。

11）促销系统

负责平台侧满减/加类，券类，满返类，以及玩法类（秒杀，预售等）等促销活动的管理以及促销主题管理和后续数据监控服务。

12）开放平台

负责商家侧ERP 中商品，订单，物流，财务信息与平台的交易信息的对接，适用于有ERP的平台大商家。

13）数据统计

针对于电商平台侧从用户价值（用户行为，用户交易行为），销售情况（销售额，利润），产品分析（转化，类目，单品销售等情况）以及异常数据监控等进行分析，从而为进一步商家销售和平台运营规划做数据指导工作。

14）商家中心

商家管理平台，包含商家的基本信息，商品管理，订单管理，财务管理，营销管理，客服管理，权限管理，数据分析等模块，是其他后台模块商家角色侧服务提供的消费者。商家侧可以在商家后台进行业务操作，也可以通过开放平台在本商家ERP侧处理之后将处理结果同步到平台侧。

以上，每一个简单的交易背后都隐藏着一系列系统的流转和合作，整个订单后台像一台严密的机器，每一个不同的输入都决定着不同的输出，并且行业不同，业务类型不同，企业不同，企业所处阶段不同，设计均可能不同。

对于产品，永远没有最好的设计，只有权衡短期利益和长期利益后的折中方案。

刚入行时，经常会觉得前任的产品设计烂的可怕，直到慢慢深入到业务内部和公司规划内部，才发现，没有烂的设计，存在即合理。

最后，套用老领导的名言：

产品永远不要怕挖坑，必要的时候，你要有挖坑的勇气和填坑的能力。

PS：我的老领导近期居然不发朋友圈了，我猜是胖了。

欢迎关注知乎专栏：https://zhuanlan.zhihu.com/p/56611398