Forked from two8g/gist:548300f4c0f532367b12fcd690b4ae4c
Created
October 25, 2022 07:59
-
-
Save 16892434/8a143aa5c149e472dc13bc844782ae60 to your computer and use it in GitHub Desktop.
电商后台设计
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
http://www.sohu.com/a/131128039_505813 | |
电商后台设计 | |
本文包括以下几个部分: | |
电商后台系统概述 | |
电商后台产品设计:商品中心 | |
电商后台产品设计:订单拆单 | |
电商后台产品设计:促销活动解析 | |
电商后台产品设计:优惠券的设计和妙用 | |
后台各模块(商品、订单、营销、物流、支付、会员、评价、采购...) | |
后台系统,也不能叫做一个系统 拆分为很多子系统 | |
由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、安全性强等特点 | |
考虑到业务发展需要,尽量将各模块隔离,商品模块建个商品中心,订单模块建个订单中心等等。 | |
对电商公司来讲,最核心最难做的三部分:商品、订单、库存。 | |
![产品模块示意图](http://img.mp.itc.cn/upload/20170330/f448a2bc2a8241ea85a54e1e31d85687_th.jpeg) | |
商品中心:主要管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据; | |
订单中心:管理订单类型、订单状态,落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作; | |
支付中心主要调用第三方支付平台接口,记录支付信息(对应订单号、支付金额等); | |
会员中心:主要管理用户等级、用户权益、积分、卡券等会员相关信息;调度中心主要将订单信息转化为发货通知单,调度仓库和物流进行发货; | |
客服中心:主要管理退货退款、售后服务等操作,包括呼叫中心、在线客服等,与之对应的是工单系统,将客服任务进行队列管理,分配给相应的客服; | |
营销中心:主要管理活动相关,优惠券、满减、专场活动、促销专区等,营销工具的开发对电商尤其重要,营销活动的滥用造成的用户疲劳,怎样推陈出新,给电商产品经理造成了很大挑战; | |
运营中心:主要是对用户端进行页面配置(Banner、ICON、TAB)、价格管理等,一般会营销中心并入运营,作为其一部分; | |
评价中心:管理商品评价和用户反馈,这并没有想象的那么简单,涉及到一些敏感词和敏感图片的筛选,以及回复内容管理; | |
店铺管理:功能庞杂,相当于提供给B端用户一个Saas管理后台,提供管理商品、营销、订单一系列功能,主要针对一些有to B业务的电商开放平台; | |
采购中心:管理SKU,当库存预警时,及时生成采购单进行入库,有供应商管理模块,主要进行供应商管理评级,发展新供应商等功能; | |
财务管理:主要和订单、采购系统相关,数据准确性要求较高; | |
WMS系统(仓库管理系统):主要是入库、出库、盘点等模块,WMS主要和调度中心进行数据交互,反馈出入库状态和库存变动; | |
物流中心:主要进行运费模板、运费管理(前端订单、真实物流成本)、物流状态保存查询(快递100、菜鸟等关联),如果是跨境电商,还涉及到和海关总署的对接,进行报关操作。 | |
风控中心:主要利用大数据进行用户信用建设、反欺诈,避免恶意评价、刷单退款等操作,构建安全的电商购物环境。 | |
![系统交互图](http://img.mp.itc.cn/upload/20170330/c24966dd20ec4ab995eb7292acbfe21e_th.jpeg) | |
## 商品中心 | |
两个维度: 后端 前端显示 | |
基本概念:SKU、SPU、属性、类目 | |
### SKU | |
stock keeping uint(库存量单位),库存控制的最小可用单位。例如Iphone 7plus 128G 银色就是一个SKU,仓库管理、采购进货、库存显示的都是SKU。 | |
SKU编码规则 | |
### SPU | |
standard product unit(标准化产品单元),是一组标准化信息的集合,例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种,可以一对多,一对一,如下图所示。 | |
![SPU-SKU](http://img.mp.itc.cn/upload/20170330/8fc791cc72434df7bffbbc648d5cad43_th.jpeg) | |
### 属性 | |
分为关键属性、销售属性、非关键属性 | |
关键属性是 能够唯一确定产品的 必填 | |
销售属性组成SKU的特殊属性 | |
### 类目 | |
分类树,电商常用的有两层类目,前台展示类目,后端商品类目 | |
前台类目 根据季节、销售策略、活动进行变动 | |
后台类目属于基础数据,不可随意变动,添加SKU时都需要选择类目,进行绑定 | |
**不能太深** | |
## 商品基础资料设计 | |
![基础资料结构图](http://img.mp.itc.cn/upload/20170330/0ca02934790b42d8a4028b19334874c8_th.jpeg) | |
![SKU](http://img.mp.itc.cn/upload/20170330/f258d8160f744eed87748ceb9f82a927.jpeg) | |
## 商品中心设计 | |
淘宝上的商品以SPU形态显示,京东上以SKU形态显示,两种处理方式各有优劣势 | |
商品信息主要由类目、标题、品牌、商品属性、规格(京东定义为销售属性)、价格、库存、SKU信息(毛重、长宽高等)、商品图、商品详情描述、物流信息等组成。 | |
服务标签(白条、极速退款)、商品标签(热销)、活动标签(满减、优惠券)、价格标签(拼团价、活动价)、同类商品等都是在商品信息上的包装层 | |
### 一、商品类目 | |
![JD商品类目](http://img.mp.itc.cn/upload/20170330/04122f0c0ecc4204bb07ebece71c071d_th.jpeg) | |
### 二、商品属性 | |
商品属性包括属性名、属性值,一般都是挂在具体类目子叶下 | |
商品搜索能力,除了标题、类目,很大部分依赖于商品属性 | |
### 三、规格、价格、库存、SKU信息 | |
仔细观察会发现,京东的商品标题是加上具体的规格,在选择规格时会跳转SKU,对于落单数据有效率提升,但是对于页面效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构,亦是优质选择。 | |
>> 在淘宝上选择具体的规格后,会发现商品缩略图会发生变化,这就需要在管理商品时,针对某规格单独上传图片。这里有个设计很巧妙的地方,只是不同颜色需要上传对应的商品缩略图,而尺码不需要。 | |
针对商品设置平台价和市场价 | |
#### 四、商品图、商品详情描述、物流信息 | |
不同规格对应的商品缩略图,商品图还包括商品主图 吸引顾客眼球 | |
商品详情页现在一般会区分电脑版和手机版 | |
为了更好的展示产品特点,可提供不同的产品详情模板,亦可支持不同的富文本编辑。 | |
选择运费服务时,要选择对应的物流模板(包邮、按重量、按件数等) | |
#### 五、其他商品信息 | |
主要包括售后服务(发票、保修服务、退换货)、包装清单等相关说明。 | |
#### 六、上下架管理 | |
![上下架设置](http://img.mp.itc.cn/upload/20170330/88afa91c16f24ca09282773657426687.png) | |
**在商品管理层面,平台电商提供给平台商户的商品服务与自营电商自己的商品服务有着很大不同。** | |
最大区别在于自营电商比平台电商多SKU管理,库存和属性都是基于SKU进行管理,在添加商品时,如果还要重新填写,就会造成数据冗余。所以一般会共用数据。 | |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
## 电商后台产品设计:优惠券的设计和妙用 | |
#### 一、优惠券的类型和应用场景 | |
分类方式 使用门槛、使用范围、发放主体 | |
使用门槛: 现金券、满减券、折扣券 | |
使用范围: 单品券、品类券、品牌券 | |
发放主体: 平台优惠券和店铺优惠券 | |
#### 二、优惠券的设计规则 | |
从优惠券的生命周期,来设计优惠券是最恰当的。 | |
![优惠券的生命周期](http://img.mp.itc.cn/upload/20170330/a4cb45eaaa9647659faa253f5ed2eaa3.png) | |
#### 三、优惠券的前端展示 | |
前端窗口 有五处:用户优惠券列表、订单提交页、购物车、商品详情页、领券中心(或优惠券分享链接) | |
2.1 生成优惠券 | |
2.1.1 优惠券信息 | |
2.1.2 推广信息 | |
2.2 发送优惠券 | |
2.3 优惠券核销 | |
2.4 优惠券统计 | |
##### 2.3 优惠券核销 | |
用户下单时,肯定是需要系统从其账户中的优惠券选择合适的优惠券推荐给其使用的. | |
三步: | |
当前订单可用的优惠券 | |
默认选择可抵扣最高的优惠券 | |
金额相同,先匹配同类优惠券的优惠券,大于支付额度弹出提醒框,确认是否使用 | |
#### 四、优惠券在订单中的处理 | |
详见2.3优惠券的核销 | |
优惠券的逆向流程: | |
在订单完成售后(退款或退货)时,优惠券应有一定的返还机制。 | |
统一设置成不可返还,用了之后就不退。 | |
订单中全部退款时,优惠券全部退还。 | |
订单中部分退款时,普通优惠券不返还,现金券按金额比例退还。 | |
优惠券有着一套很成熟的产品设计方案,介绍之后,再提一个目前绝大部门产品难以解决的问题:基于日常优惠券的使用情况,运营人员如何平衡发放优惠券所带来的成本增长,商品销量增长和单品毛利下降之间的矛盾?在申请促销活动经费时,怎样的数据更具说服力? | |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
## 促销活动解析 | |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
## 6. 电商后台产品设计:订单拆单 | |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment