因负责公司的教育电商后台产品的重构和设计，在商品管理和订单管理上踩了一些坑，积累了一些自己的思考，现在整理出来，分享给大家。
对于后台产品经理来说，有面向业务方的内部后台系统，也有面向c端用户的后台支持系统，比如强大的电商后台。电商领域发展数十年，产品架构和用户体验已经非常成熟，无论是实体电商还是虚拟电商，都有可以直接借鉴的成熟电商产品。对于在业务上比较复杂的公司，完全可以站在巨人的肩膀上模仿学习，而不是闭门造车刻意创新。这是自己当时在做电商后台里踩的第一个坑。
调整策略后，开始学习天猫后台、有赞后台、万里牛ERP，在这个过程里收获颇丰，首先来了解下电商后台商品管理和订单管理的基本概念和功能：
一、商品管理
商品中心是电商系统的核心之一，主要管理SKU（最小库存单位）、SPU（标准化产品单元）、商品的属性（关键属性、销售属性、非关键属性）、前端分类、后台类目、价格等有关商品的数据。
1、前后台类目
前后台类目是一个基本概念，更形象的来讲，超市货架类似于前台类目
而超市仓库类似于后台类目，类目的概念是淘宝首创，就是参考了实体超市仓库和货架分离管理的思路，前台类目展示给用户，方便用户快速筛选商品；后台类目展示给商家，方便商家灵活管理商品。
上图我们看到的就是天猫商品的前台类目，前台类目的价值有以下几点：
1）前台类目通过跟后台类目映射间接和商品关联；
2）前台类目由后台叶子类目+属性组成，一个前台类目可以包含多个后台类目，一个后台类目也可以映射给多个前台类目；
3）前台类目不直接挂载属性，前台类目对应的属性来自后台叶子类目的公共属性；
4）可以在前台类目上设计频道页或者汇总页。
发布商品时的后台类目是一棵树状层级关系，即一层一层向下细分，后台类目的价值是：
1）支持后台不同类目的属性管理
2）支持前台类目的商品筛选
3）支持前台搜索引擎的关键词查询
前台类目是一个网状分类结构，由后台类目+类目下属性/属性值构成，这样就把前台类目和后台类目建立起了联系，
2、属性
定义是对产品性质的描述（即不同的字段名和字段值）
目的在于，在商家添加商品时，只能在已有的属性项和属性值下进行选择，避免数字格式不对，单位不统一等所导致用户购买的障碍，甚至会引起投诉。就比如：我们要描述一张桌子的长宽高，有的人单位用米，而有的人则用厘米。
电商领域有一个非常经典的属性示例，这个示例是用来解释类目属性体系是怎么帮助提升搜索的精准度的，上图就是说明了用户 query 到商品搜索结果的全过程：
用户输入 query：iPhone，淘宝类目属性体系预测到跟这个 query 最相关的前台类目是手机，然后前台类目通过映射找到后台类目手机，最终在这个类目下找到了“iPhone 5s 土豪金”这个商品。
3、sku和spu
SPU的定位是产品的宏观概念，而SKU就是相较于SPU更加细节性的一个概念。在我们购买商品时，必须同时提供SPU以及SKU的信息才能更准确地找到自己真正心仪的商品。
实体电商里spu和sku的例子：
iPhone XS —— SPU
iPhone XS 金色 64g —— SKU
那在教育电商里如何用sku和spu管理课程商品？我们结合实体电商的例子，基于业务制作课程的需求，确定了用户自行定义sku名称的功能，这样不仅借鉴了sku的优势，同时满足了业务的需求。
二、订单管理
订单中心管理订单的类型、订单状态、以及呈现关于商品、优惠、用户、收货信息、支付信息等一系列的实时数据。并且可进行订单的下发。
订单管理是物流管理的一部分，是电商体系的核心部分，它承载着服务与客户交互的整个过程记录。本文是近段时间的学习和总结，希望通输入-计算-输出的模式，加强对内容的理解。
成熟的电商产品理，订单管理和其他系统间有着上下游的对接（下图）所以只有实现整个电商体系的闭环，在整个电商平台起着承上启下的重要地位。
1、订单字段信息
上图中整理的实体电商里的字段信息相对比较全面，应用到教育电商里，我们结合了自己的业务情况，删除掉了部分无用字段，仅保留了订单里需要的字段信息。
2、状态机
状态机是订单流程的一种补充，其设计也需要结合平台的实际业务场景，以我们的教育电商为例，针对虚拟课程涉及的是系统开课而非实体物品的退换货，我们的状态机就会和实体电商不太一样：
3、订单流程
订单正常下单的流程比较简单，但中间涉及到实体电商的拆单，情况比较复杂。在我们产品一期规划里，为了跑通全流程，仅对正常订单（无退款）进行了处理，订单流程里不涉及退款和拆单，状态机和流程相对比较简单，但异常情况已在规划中，将在下期迭代中进行。
我们一期的电商架构里先完成了商品管理和订单管理，目的是希望能替换旧的业务线将全流程快速跑起来，事实也确实如此，跑通最小单元的目标已经实现，但对于更复杂的订单情况以及商品批量导入等针对大业务量的处理是当前任务的重点，还需要继续优化，确保重构能够成功进行。