电商后台系统产品逻辑解析

《电商后台系统产品逻辑解析》学习笔记

 

此文是我阅读《电商产品经理宝典：电商后台系统产品逻辑全解析》一书的学习笔记，为后续我司做家居电商后台系统储备相关领域的业务知识。

一、支撑线后台概览

　　“前端用户的一小步，后台系统的一大步”，平时常见的功能如购物车、优惠券等，看似简单，实则在后台要经过很多条件的校验、多系统间的信息流转。下图是前端的一个简单的下单操作在后台系统多系统模块之间的配置的流程。

　　电商后台系统，其实也不能叫做一个系统，可以称为后端支撑产品线，一些公司将其拆分为很多子系统（比如阿里将其发展为了中台事业群，像商品中心、搜索事业部、共享业务平台等等），其作用主要是业务支撑、优化服务流程、提高服务效率，还可以提供数据分析参考，进而为业务调整提供参考。

　　电商行业的许多业务与传统零售业类似，构建后台系统的过程实际是在做信息化供应链，马士华老师《供应链管理》中的供应链管理体系构建总体模型，电商后台产品的许多业务都在这张图中有所体现。

　　好的产品架构对于一个企业来说非常重要，电商业务支撑系统必须具备稳定性、可扩展、操作便捷、安全性强等特点，产品经理在设计产品架构时，应充分考虑到业务发展需要，尽量将各模块隔离（比如以商品模块建立商品中心，以订单模块建立订单中心等），模块化思想+具有前瞻性。下图是一个简化版的电商后台产品架构图：

这里的WMS是指仓库管理系统，主要包括入库、出库、盘点等模块，主要和调度中心进行数据交互，反馈入库状态和库存变动。而风控中心则主要利用大数据进行用户信用建设、反欺诈，避免恶意评价、刷单退款等操作，构建安全的电商购物环境。

　　对于电商公司来讲，最核心最难做的有三部分：商品、订单和库存，系统之间业务逻辑和交互异常复杂，规则多样。

　　对于电商后台系统，也是从简单到复杂，随着业务慢慢迭代发展的，最开始的时候商品只是一个模块，在业务量逐步增长时，会慢慢拆分成多个模块，后期会独立为子系统，然后库存模块又会从商品中心独立出来... 而对于业务进行拆分，定义产品架构，支撑中长期业务的发展，不仅极其考验产品经理的能力，也考验架构师的能力。在《企业IT架构转型之道》中了解到，阿里中台体系中衍生出了一个业务架构师的角色，那是一群既懂业务（这里看来就是偏向产品经理的角色能力）又懂技术的复合型人才，是突破传统互联网产品经理和传统信息系统架构师的新角色。

二、电商后台主体架构

Part 1 商品中心

• 类目和品牌管理 => 解决商品属于什么的问题
  • 类目
    • 后台类目：基础数据类目，相对稳定，面向平台商家
    • 前台类目：前台展示类目，方便用户筛选查找
  • 品牌
    • 商品必备属性，品牌关联目录可以提升发布商品的便捷性
• 属性管理 => 解决商品是什么的问题
  • 属性分类
    • 关键属性：唯一确认“产品”的属性，eg.手机“品牌”+“型号”
    • 销售属性：规格属性，eg.服装“颜色”、“套餐”和“尺码”
    • 非关键属性：除关键属性和销售属性之外的其他属性，不一定是非必填项
    • 商品属性：商品的特有特征非产品属性，eg.新旧程度（九成新）、保修方式
  • 属性管理
    • 属性分组：前端可以按后端设置的属性分组按序展示，eg.屏幕参数、镜头参数、曝光控制等
    • 属性继承：每一层级的商品继承上一层级的商品属性，搭建属性库让各叶子类目调用
• SKU与SPU
  • SKU：最小库存单元，eg.iPhone 7 Plus (土豪金，32G) => SKU
  • SPU：标准化产品单元，eg.iPhone 7 Plus => SPU
  • 关系：一对多 或 一对一
  • 组合SKU：组合商品，在前台是一个商品，在后台是多个SKU，eg.紫檀中式饭桌组合 => SKU1(鼓桌) + 4 * SKU2(凳子) 
• 商品编辑与管理
  • 商品编辑
    • 价格&规格
    • 商品图、商品详情描述、物流信息：商品详情页一般会区分电脑版和手机版
    • 其他：例如售后服务（发票、保修服务、退换货等等），上下架时间等等
  • 商品管理
    • 上下架管理：批量上下架、自动下架规则...
    • 价格管理：市场价、平台价、促销价、动态调价系统...
    • 促销活动：满减、套装、优惠券等...
    • 商品标签：活动标签（热销、新品）、服务标签（分期付款、极速退款）、性能标签（专柜正品）
    • 商家管理：违规下架、商品审核...
    • 库存管理：同步仓库的实物库存或自设活动库存等
    • 其他：销量统计、商品限购（一般是促销商品）、商品评论管理（舆情）等等
• 商品搜索和筛选 => 密不可分
  • 商品搜索
    • 业务流程：输入关键字→分词服务→数据查询→搜索排序→结果输出
  • 商品筛选
    • 筛选条件：价格区间、品牌、服务（如京东自营、分期购、次日达、天猫与淘宝等）、分类、商品属性等
• 商品推荐
  • 常规推荐
    • 固定商品放在推荐位 或 基于商品之间的关联性，eg.买了奶瓶之后推荐奶粉
    • 不因用户不同产生差异，根据运营配置的活动或固定商品（商品精选）
  • 个性化推荐
    • 收集用户信息、产品信息及用户画像，利用推荐算法，提供个性化商品推荐
    • 四大模块：用户行为记录模块、用户行为分析模块、商品分析模块、推荐算法模块
    • 核心要点：完善推荐算法，保持推荐的多样性
• 商品评价
  • 两个维度：订单整体 和 商品
  • 评论处理：评论的筛选（过滤恶意差评和敏感词）、分级显示评论（好评、中评、差评）、根据评论对商家评级（需制定严格的规则）

Part 2 促销系统

• 促销目的：拉新、去库存、扩大品牌知名度、推新品爆品......
• 常见促销的形式
  • 满减促销
  • 单品促销 => 核心是打折
  • 套装促销
  • 赠品促销
  • 满赠促销
  • 多买优惠促销 => 主要来源于线下模式
  • 定金促销 => 对电商供应链的备货和物流控制大有益处
• 促销活动的规则
  • 活动设置
    • 基础设置：活动名称、促销编码、促销时间&渠道、限购数量、促销用户范围、推广链接
    • 促销规则：满减/满赠/套装等
    • 活动商品：主商品、折扣价格（赠品）
  • 活动管理
    • 审核、编辑、删除
  • 促销的订单计算
    • 购物车 和 订单计算
• 专场活动配置
  • 活动条件、主商品信息、赠品信息
• 优惠券管理
  • 分类：按使用门槛、适用范围、发放主体 有不同的分类方式
  • 生成：优惠券信息、规则、发放方式等
  • 发送：主动领取 和 被动领取，强调促使用户主动领取
  • 核销：下单时选择最合适的券给用户使用
  • 统计：发放数、核销量、作废量、客单价、复购率对比
• 拼团
  • 分类：新人团、普通团、超级团
  • 业务流程：一般采用先支付后参团的规则
  • 库存管理：一般从总库存预先划分一部分库存参与拼团从而与总库存互不影响

商品详情页的促销信息案例（From 京东）

Part 3 内容管理

• 概述：CMS（Content Management System），这里主要指电商平台的页面动态配置系统
• 产品逻辑：组件（多个样式）→位置+内容→动态页面
• 常见组件：图片、文本、商品、排行榜、优惠券、导航栏等
• 整体设置：直接复用的集成所有组件的成熟模板，节省工作量

页面动态配置的主要业务过程-搭积木的过程

Part 4 库存管理

• 基本概念
  • 主要操作：增加、锁定、解锁、扣减、返还、异常处理
  • 影响因素：销售订单、采购、仓间调拨、盘盈盘亏、预售、售后退货
• 库存分层
  • 销售层：可销售库存、锁定库存、已销售库存、活动库存、预售库存（虚拟，例如：B端订货、定金预售等）
  • 调度层：账面库存、可用库存、在途库存（例如：T+1日入库策略）、不可销售库存、已用库存
  • 仓库层：可用库存（不包括锁定的库存）、锁定库存、已出库库存、不可用库存
  • 库存同步：自上而下（销售层（下单）→调度层→仓库层）、自下而上（仓库层（采购/退货/调拨）→调度层→销售层）
• 销售库存管理
  • 允许超卖、做预售、不同活动独占库存、不同渠道分配库存
• 库存调度
  • 影响因素：物流时效、仓库等级、业务需求
  • 调度规则：实际是订单分配的过程，会和许多系统发生交互
• 库存控制
  • 需求预测
    • 考虑因素：数量、时间、频率、范围、可预测性
    • 定量预测
      • 时间序列分析法
      • 因果联系分析法
      • 模拟法
  • 安全库存
    • 防止不确定性而准备的库存 => 低于安全库存时进行预警，开始补货动作
    • 提前期需求比例法、供应天数法、均差法
  • 库存控制模型
    • 目标：服务水平最高，总体费用最低
    • 模型：定期订货模型、定量订货模型（电商一般采用此模型）

 

定量订货控制模型图

在这一部分的结尾处，很喜欢作者说的这句“库存管理不是简单的需求预测与补给，而是要通过库存管理获得用户服务和利润的优化”。

Part 5 物流管理

• 物流分类
  • 普通快递：四通一达、顺丰
  • 同城配送：自营配送、第三方配送
  • 门店自提：盒马生鲜、优衣库
• 前台物流管理
  • 店铺运费模式：固定运费10元；满X元包邮，不足X元统一收取10元；
  • 单品运费模式：每个商品的运费独立计算；如一个订单多个商品，可以“运费叠加”或“取最大运费值”；
  • 混合模式：店铺运费模式与单品运费模式同时生效；当订单金额满足运费上设置的免邮金额，按照店铺运费模式计算，不满足时，按照单品运费计算。
• 后台物流管理
  • 物流公司的选择：运费模板

Part 6 采购管理

• 采购流程：见下图所示
• 供应商管理
  • 采购模式：自采自卖、一件代发、多货主仓库模式（未来的主流模式）
  • 单品运费模式：每个商品的运费独立计算；如一个订单多个商品，可以“运费叠加”或“取最大运费值”；
  • 混合模式：店铺运费模式与单品运费模式同时生效；当订单金额满足运费上设置的免邮金额，按照店铺运费模式计算，不满足时，按照单品运费计算。
• 采购商品管理
  • 为采购提供数据支持：采购成本 及 商品库存
• 采购订单管理
  • 采购申请 → 采购询价 → 采购单 → 到货结算

采购流程示例

Part 7 仓库管理系统（WMS）

• 仓库区域划分
  • 分拣区、存储区、不良品存储区
  • 发货存储区、收获存储区、复核区、仓储器械存放区
• 出库流程
  
  • 调度→打单→拣货→复核→包装→交接发货
• 入库流程
  • 到货确认→验货打码→商品上架
• 盘点流程
  • 创建盘点计划→盘点录入→判断是否盈亏→主管审核→财务审核→更新库存
• 统计查询
  • 仓库流水、库存、工作量等统计
  • 库存预警

一个WMS系统界面展示

Part 8 订单管理

• 订单下单
  • 流程：见下图所示，用户的一小步，后台系统的一大步
  • 订单信息
    • 用户信息、订单基础信息、收货信息
    • 商品信息、优惠信息、支付信息
    • 物流信息、其他信息
  • 父子订单：注意运费和优惠的计算
  • 优惠分摊：坚持偏向用户的准则
• 订单拆单
  • 提交订单支付前：下单→商家分类→仓库
  • 支付后发货前：品类→物流元素→订单价值→结束
• 订单售后
  • 订单逆向流程
• 数据统计
  • 常规统计：销售额、毛利、成本、纯利润等
  • 流量分析统计：用户行为、订单流量等
• 【扩展】购物车
  • 妙用：凑单、促销、收藏

一个订单下单的详细流程示例

三、其他相关系统

Part 1 会员系统

• 升级版：CRM
• 基础信息管理
  • 基本信息、优惠券信息、订单信息
  • 售后信息、会员等级、会员积分
• 成长体系
  • RFM模型
    • R:Recency 最近一次消费时间
    • F:Frequency 某一个时间范围内的消费频次
    • M:Monetary 某个时间范围内的平均客单价或累计交易额
  • 用户行为增长模型
    
    • 加成长值：登录、购物、评价、晒单等
    • 减成长值：退货、评论被删等
• 积分体系
  • 获取积分：签到、购物、晒单、分享、充值等
  • 展现形式：京豆、淘金币、信用卡积分等
  • 体系分层：例如VIP1~VIP7

Part 2 支付系统

• 支付方式
  • 第三方平台支付：eg.支付宝、微信支付
  • 网银支付
  • 快捷支付：eg.支付宝商家中心、银联商家中心
• 交易记录
  
  • 交易流水号、时间、关联订单编号、费用
  • 交易渠道、用户信息、支付状态
• 对账
  • 异常情况：正向支付、逆向退款
  • 需要注意：同一订单多次支付成功的问题

思维导图

　　想要查看大图？=> https://www.processon.com/view/5ce63da6e4b0ecdd20495484#map

后续学习

　　接下来我会下载和学习开源的成熟的电商解决方案NopCommerce，结合本次的电商后台产品逻辑去看看成熟的解决方案是怎么实现的。NopCommerce目前已经出了4.2版本，基于ASP.NET Core 2.2和EF Core开发（以前是.NET Framework版本，4.1开始升级到了.NET Core 2.1），适合.NET Core开发者借鉴和改造。

参考书

刘志远，《电商后台系统产品逻辑全解析》

人人都是产品经理—刘志远的专栏

Runable，《基于NopCommerce的开发框架》

向坤，《NopCommerce从无到有-01》