电商系统设计

传统行业的企业流程

企划管理、供应链、OTB计划、销售、补货、调拨、清货、仓储几个维度

运营闭环如图

企划管理：即进行品牌定位和品类战略规划的落地。

OTB计划：OTB是Open-To-Buy缩写，即为采购限额计划，也可以了解为商品销售与采购计划，买手在采购过程中规划的采购金额。采购金额是与库存有直接关系的，采购金额过多，造成库存溢出以及积压。反之，采购金额偏少，采购量不足，满足不了顾客需求销售无法最大化，则会造成销售损失。

调拨：库存调拨是指：RDC 大仓(区域配送中心)与各前置仓之间的库存分配，使仓库之间库存供给和发货区域达到均衡，使设备和人员高效率运行。不均衡时就需要将库存从一个仓库调配发送到另一个库房，而仓库间调拨的过程复杂而繁琐，为避免仓库间调拨出现差错，应该及时采用信息化管理手段进行仓库管理。

企划管理-品类

电商不只是卖货那么简单，其下面的商品（品类）其实也是大有学问，一般来说，品类的管理流程主要包括品类的定义、品类角色定位、品类评估与优化等。

品类角色定位可以通过两种视角进行划分：一种是企业视角；另一种是用户视角

在企业这个维度，品类角色定位是通过销售额和毛利率的指标来划分的，企业视角下的品类划分：

• 引流品类，即可以吸引用户到店，有一定的品牌认知度，或者商品本身有足够辨识度和吸引力的品类。这类商品一般无须多做营销，只要通过自身吸引力就可以吸引用户，一般对销售贡献巨大，但是普遍毛利偏低。
• 盈利品类，即利润丰厚的品类。一般通过这类商品进行盈利和收入补充。
• 旗舰品类，即利润往往非常可观的品类。这类商品自身的品牌知名度非常高，且品牌档次也较高，能在一定程度上消除顾客对企业的陌生感。
• 竞争策略品类，即面临激烈竞争，需要根据其能力确定不同策略的品类。这类商品一般用来和竞争对手竞争，可以攻击竞争对手的主打商品或转移顾客的注意力，避免“价格战”波及自己的利润商品。例如，当年京东和当当的“图书之战”。
• 培养观望品类，即当前销量偏低，但是具有成长潜力，需要进行培养的品类。
• 待替换品类，即利润和销量都很难提升，将来可能会被替换或作为补充的品类。

在用户这个维度，品类角色定位是通过品类的购买频率和商品的需求程度来划分的，用户视角下的品类划分：

• 主流品类，即核心品类。一般来说，这类商品的价格具有一定的敏感度。
• 刚需品类，即刚需且普及程度高的品类。这类商品对于库存深度和订单满足率要求很高，也就是要随时有货。
• 差异化品类，即与竞争对手区分差异化的品类。这类商品往往属于长尾商品（需求不旺或销量不佳的商品），其价格具有一定敏感度。
• 补充品类，即满足小众用户需求的品类，是品类的补充，占比很小。

在操作品类评估时，一般需要经历数据收集准备、数据分析、结果输出这3个阶段。

核心系统落地

1、类目系统：主要讲述电商业务系统的基础—类目，对应上面的商品品类。

2、商品系统：电商的基本交易单元—商品，其中包括商品的构成，如SPU、SKU、商品属性、品牌等概念。

3、订单系统：业务系统中的核心—订单，订单是一切业务流程的原始数据。在平台模式中，订单系统的基本划分和设计逻辑包括下单前、下单中、下单后3种视角。

4、库存系统：供应链核心—库存，库存是供应链相关的数据中心，一切供应链围绕的就是库存。

5、促销系统：电商的运营入口—促销系统，促销系统承载了电商业务的促销模式，是一切运营的源头。

类目系统

类目其实就是商品的分类，不同的类目因为其业务特殊性，对于企业的战略贡献意义是不同的，电商平台类目遵循同样的道理。

例如，京东选择了3C品类切入自营电商领域，然后扩充到图书、服装等全品类平台。

• 从整个战略布局上来说，3C品类利润较薄，但是标准化程度高，适合自采入仓做好服务和品牌口碑；
• 而像百货类、服装类等非标准产品太多、品牌太杂，自采自销效率低，但是属于长尾市场，可以快速增加品类做大规模，适合作为利润品类，保证平台盈利来源。

也就是说，以低价销售的自营品类吸引人流和资金流，然后通过平台长尾品类产生规模效应来盈利。

SKU 和 SPU

SPU 全称 Standard Product Unit，最小包装单元； SKU 全称 Stock Keeping Unit，最小主要单元。

比如 坚果R1 是 SPU，而 坚果R1 64G 细红线版 可以称为一个 SKU，SKU 也可以看做最小销售单元。所以 SKU = SPU+规格。

SKU和SPU是一对多关系， SPU和规格是一对一关系。

规格是细化SPU为SKU的标准。比如颜色、内存等。规格可以用于筛选商品，比如下图中京东对手机的筛选条件，这些都是规格，跟规格类似的有个概念叫属性。

前台类目和后台类目

前台类目和后台类目来源于线下管理，然后被淘宝引入系统中，具体来说，平台会有两套类目系统：

• 一套是后台类目，相当于一个线下的仓库，是一个强大的商品数据仓库；
• 另一套是前台类目，是供用户使用的类目导航，可以让用户以最短的时间找到自己想要的商品。

后台叶子类目是前台类目的搭建基础，前台类目架构是引用后台各个叶子类目后再进行排序而得到的，由后台叶子类目和属性组成。一个前台类目可以包含多个后台叶子类目，一个后台叶子类目也可以映射多个前台类目。（就是对多个具体的类目进行聚合成一个抽象的概念）

例如，天猫根据目前季节因素，建立了“当季流行”“男士外套”等虚拟类目，用户可以看到所有与之相关的类目，这样的一个分类聚合方式，可以通过相关性商品激发用户的潜在购物需求

从用户的角度来说，前台类目可以尽量缩短用户的购物路径，方便用户根据需求找到相应的商品。从平台的角度来说，前台类目可以减少运营人员的工作量，比如，面对不同的导购场景，运营人员可能会针对同一商家的商品进行频繁调整，而用前台类目作为后台类目的一个映射，可以对不同的属性、品牌等进行灵活组合，大大降低商品维护的成本。

商品系统

下图展示了类目、SPU、商品和SKU之间的逻辑关系

SPU是一个抽象出来的模板，需要注意的是，SPU 没有销售属性，一般来说，类目系统中的关键属性（品牌、货号等）能够确定一个SPU，例如，iPhone 6就是一个SPU，诺基亚N97也是一个SPU，这与商家无关，与颜色、款式、套餐也无关。SPU的属性是分类属性的子集。只要用户在SPU中定义了属性，那么用户在录入商品时，就不需要再次录入，也不可以更改，其数据表结构示例如图所示。

对于电商开放平台来说，因为商家众多，所以在 SPU 下层一般会增加一个商品的维度，这个商品的维度在淘宝叫 item，在京东叫 product。商品特指与商家有关的商品，商品是挂靠在 SPU 下的，每个商品有一个商家编码，每个商品有多个颜色、款式，并且可以有多个 SKU。商品中的库存是所有 SKU 库存的累加。报价是所有 SKU 报价中最低的价格。

TODO: 待完善

References

• 还不知道，如何设计订单系统？来看这篇文章，很不错！
• 如何做一份完整的OTB计划
• 《电商产品经理兵法：基于SaaS的电商系统设计与实践》