伙伴云客服论坛»论坛 S区 S客户管理 查看内容

0 评论

0 收藏

分享

电商后台商品管理和订单管理分享

因负责公司的教育电商后台产品的重构和设计,在商品管理和订单管理上踩了一些坑,积累了一些自己的考虑,如今整理出来,分享给大家。
对于后台产品经理来说,有面向业务方的内部后台系统,也有面向c端用户的后台支持系统,比如强大的电商后台。电商领域开展数十年,产品架构和用户体验已经非常成熟,无论是实体电商还是虚拟电商,都有可以直接借鉴的成熟电商产品。对于在业务上比较复杂的公司,完全可以站在巨人的肩膀上模仿学习,而不是闭门造车刻意创新。这是自己当时在做电商后台里踩的第一个坑。
调整战略后,开端学习天猫后台、有赞后台、万里牛ERP,在这个过程里收获颇丰,首先来理解下电商后台商品管理和订单管理的根本概念和功能:
一、商品管理
商品中心是电商系统的核心之一,主要管理SKU(最小库存单位)、SPU(规范化产品单元)、商品的属性(关键属性、销售属性、非关键属性)、前端分类、后台类目、价格等有关商品的数据。
1、前后台类目
电商后台商品管理和订单管理分享-1.png


前后台类目是一个根本概念,更形象的来讲,超市货架类似于前台类目
电商后台商品管理和订单管理分享-2.png


而超市仓库类似于后台类目,类目的概念是淘宝首创,就是参考了实体超市仓库和货架分别管理的思路,前台类目展示给用户,方便用户快速挑选商品;后台类目展示给商家,方便商家灵敏管理商品。
电商后台商品管理和订单管理分享-3.png


上图我们看到的就是天猫商品的前台类目,前台类目的价值有以下几点:
1)前台类目通过跟后台类目映射间接和商品关联;
2)前台类目由后台叶子类目+属性组成,一个前台类目可以包含多个后台类目,一个后台类目也可以映射给多个前台类目;
3)前台类目不直接挂载属性,前台类目对应的属性来自后台叶子类目的公共属性;
4)可以在前台类目上设计频道页或者汇总页。
电商后台商品管理和订单管理分享-4.png


发布商品时的后台类目是一棵树状层级关系,即一层一层向下细分,后台类目的价值是:
1)支持后台不同类目的属性管理
2)支持前台类目的商品挑选
3)支持前台搜索引擎的关键词查询
前台类目是一个网状分类构造,由后台类目+类目下属性/属性值构成,这样就把前台类目和后台类目建立起了联络,
2、属性
定义是对产品性质的描绘(即不同的字段名和字段值)
目的在于,在商家添加商品时,只能在已有的属性项和属性值下停止选择,防止数字格式不对,单位不统一等所导致用户购置的障碍,甚至会引起投诉。就比如:我们要描绘一张桌子的长宽高,有的人单位用米,而有的人则用厘米。
电商后台商品管理和订单管理分享-5.png


电商领域有一个非常经典的属性示例,这个示例是用来解释类目属性体系是怎么协助提升搜索的精准度的,上图就是说明了用户 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的优势,同时满足了业务的需求。
电商后台商品管理和订单管理分享-6.png


二、订单管理
订单中心管理订单的类型、订单状态、以及呈现关于商品、优惠、用户、收货信息、支付信息等一系列的实时数据。并且可停止订单的下发。
订单管理是物流管理的一部分,是电商体系的核心部分,它承载着效劳与客户交互的整个过程记录。本文是近段时间的学习和总结,希望通输入-计算-输出的形式,加强对内容的理解。
成熟的电商产品理,订单管理和其他系统间有着上下游的对接(下图)所以只要实现整个电商体系的闭环,在整个电商平台起着承上启下的重要地位。
电商后台商品管理和订单管理分享-7.png


1、订单字段信息
电商后台商品管理和订单管理分享-8.png


上图中整理的实体电商里的字段信息相对比较全面,应用到教育电商里,我们结合了自己的业务情况,删除掉了部分无用字段,仅保留了订单里需要的字段信息。
2、状态机
状态机是订单流程的一种补充,其设计也需要结合平台的实际业务场景,以我们的教育电商为例,针对虚拟课程涉及的是系统开课而非实体物品的退换货,我们的状态机就会和实体电商不太一样:
电商后台商品管理和订单管理分享-9.png


3、订单流程
电商后台商品管理和订单管理分享-10.png


订单正常下单的流程比较简单,但中间涉及到实体电商的拆单,情况比较复杂。在我们产品一期规划里,为了跑通全流程,仅对正常订单(无退款)停止了处置,订单流程里不涉及退款和拆单,状态机和流程相对比较简单,但异常情况已在规划中,将在下期迭代中停止。
我们一期的电商架构里先完成了商品管理和订单管理,目的是希望能交换旧的业务线将全流程快速跑起来,事实也确实如此,跑通最小单元的目的已经实现,但对于更复杂的订单情况以及商品批量导入等针对大业务量的处置是当前任务的重点,还需要继续优化,确珍重构可以胜利停止。

回复

举报 使用道具

相关帖子
全部回复
暂无回帖,快来参与回复吧
本版积分规则 高级模式
B Color Image Link Quote Code Smilies

萌妹子的霸气范
注册会员
主题 15
回复 25
粉丝 0
|网站地图
快速回复 返回顶部 返回列表