电商基本业务框架
2023-09-18 22:18:39 0 举报AI智能生成
登录查看完整内容
电商基本业务框架
作者其他创作
大纲/内容
待付款：用户刚提交订单，尚未付款，等待用户支付。待付款状态会锁定库存，所以一般会设置超时自动取消
待发货：用户付款之后，等待商家发货
待收货：商家已发货，等待用户收货
交易成功：用户确认收货之后，订单已完成交易
已取消：付款之前取消订单。超时未付款或用户取消订单都会产生这种订单状态
售后中：用户在付款后发货前申请退款，或商家发货后用户申请退、换货，都会产生这种订单状态
交易关闭：当售后完成后的订单状态。“已取消”的订单状态可以合并到“交易关闭”中
订单状态
待审核：用户提交退货、退款申请之后，等待审核的状态。在用户已付款待发货的状态下，订单未推送至仓库或者在仓库拦截发货成功，系统可直接审核通过。当审核不通过时，回到正常流程中
待退货入库：退货申请审核通过，等待用户退货入库
待退款：退货入库成功后，等待退款给用户
待换货入库：换货申请审核通过，等待用户换货入库
换货出库中：换货入库之后，生成换货出库单，订单出库
售后成功：当退货、退款成功或换货成功之后，流转至“售后成功”状态。退货、退款的售后成功在主流程下属于“交易关闭”
售后状态
安全校验：用户是否黑名单，风控等
获取商品信息：SKU、销售属性、价格等
获取促销信息：优惠券、促销活动。计算优惠金额
获取会员权益：使用的虚拟币
校验库存：调用调度中心校验通过锁区域库存
拆单：根据商家、仓库、订单类型等拆成子订单，再根据运费模板计算运费
计算应付款：根据商品金额、运费、优惠金额计算应付金额
操作
用户账号、用户等级
用户信息
父订单、子订单、订单编号、订单状态
订单基础信息
收货地址、收货人、联系电话、邮编
收货信息
SKU信息、销售属性、数量、价格、图片、商家
商品信息
优惠券、促销活动、虚拟币抵扣金额
优惠信息
支付方式、支付单号、商品总金额、实付金额、运费、虚拟币抵扣金额、促销优惠金额、优惠券金额、总优惠金额
支付信息
物流公司、物流单号、物流状态
物流信息
发票信息、下单平台、分销渠道
其它信息
基本信息
商品快照
订单信息
整体的购买行为记录在父订单下，当系统首次提交订单结算时，会合并子订单，针对父订单进行结算
当提交订单后结算中断，或结算之后，系统在更新订单状态、物流追踪时，针对的就是子订单
父子订单
订单实付金额=商品金额（SKU金额合计）+运费-总优惠金额
总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额
公式
原则：满足优惠条件的商品上，按照商品金额的比例分摊
优惠分摊
下单
时机：下单后，支付前
目的：为了区分平台商家、方便财务结算
第一次
时机：支付后，发货前
目的：为了按照最后的发货包裹进行拆单，如不同仓库、不同运输要求的SKU、包裹重量体积限制等因素
第二次
时机：下单后、支付前
需要在支付前完成所有拆单步骤，因为报关需要三单对碰，订单、支付单、运单与进口清单一致
跨境商品
两次拆单
店铺商家
仓库
品类
物流
商品价值
影响拆单的因素
支付：合并支付；退款：按子订单
拆单
用户发起
客服主动发起
发起方式
当用户提交订单后主动取消订单或者用户超时未支付时
无需客服审核
待付款：取消
若尚未推送，则停止推送
若已经推送，则去WMS拦截发货，暂停出库流程
查询订单是否推送至仓库
成功：“取消订单”申请通过，进入退款流程，同时通知调度中心该订单取消，WMS订单进入返库流程
失败：拒绝“取消订单”申请，回复原因“订单已出库”
暂停结果
暂停出库
待发货：取消
成功：告知用户退货地址（仓库）或者上门取件，用户填写退货信息（物流单号等）。系统生成退货入库单，当仓库收到退货之后，进行退款
失败：回到原状态
客服审核
待收货：申请退货或退款
同上
交易成功：申请退货或退款
逆向流程
原订单的状态直接变成“交易关闭”
全退
原订单的状态不变，剩余的订单商品仍然允许进行售后
部分退
每次退款都要与售后单号关联，退货要有退货入库单
退款
售后
凑单
促销
收藏
功能
商品标题、商品图片、价格、数量、规格（颜色、尺码等）、商家（自营或店铺）、库存状态（是否紧张或缺货）
信息展示
记录在数据库中
在线购物车
登录前创建虚拟用户
下单时需登录
登录后离线购物车与在线购物车合并
离线购物车
分类
同步展示库存状态
可设置提醒值进行促单：库存不足，请尽快下单
库存为0：无货
下架：无效
库存监控
按商家
按优惠
按加入时间
排序
满减、满赠、赠品
引导领取优惠券
促销信息
价格变动给提示
价格监控
删除商品、加减商品数量、更改商品规格等
可编辑
商品推荐
只包括促销部分，不包括优惠券
结算金额的计算
购物车
订单中心
会员系统
调度中心
支付系统
权限管理
内容管理
跨境电商
天猫、京东
B2C
1688
B2B
淘宝
C2C
必要商城
C2M
苏宁、京东到家
O2O
电商模式
存量库存单位，Stock Keeping Unit。库存控制的最小可用单位
概念
iPhone 7 Plus 128G银色
举例
SKU
标准化产品单元，Standard Product Unit。一组标准化信息的集合
iPhone 7 Plus
SPU
概念：类目树
展示给消费者看的类目，会根据季节、销售策略、活动进行变动
前台类目
基础数据，不可随意变动，添加SKU时都需要选择后台类目，进行绑定
后台类目
类目
分支主题
手机的屏幕尺寸、型号属于关键属性
关键属性
SKU的特殊属性
例如手机的“颜色”、“内存”
销售属性
除关键属性、销售属性外的其他属性
如手机的手机接口类型
非关键属性
属性
基本概念
面向用户，方便用户筛选查找商品；运营需要，经常变动，可以支持定时生效
不同的客户端可以是不同的类目。如PC、App、H5等
商家可自定义前台类目
面向商家或供应链人员
通常为三级，商品维护在末级类目
先选类目，再选品牌，然后填属性
赠品类目：其它-赠品
一对一、一对多、多对多
通过映射关联
Logo、中文名、英文名、产地、备注、状态（可用、不可用）
字段
雀巢的产品有咖啡、奶粉、饮料等不同种类，这三类产品属于不同的叶子类目
与类目关联
品牌
能够确认唯一“产品”的属性
例如：通过手机的“品牌”、“型号”两个属性组合就能确定唯一的产品，这两个就是关键属性
也称为规格属性。其是组成SKU的特殊属性，它会影响买家的购买和卖家的库存管理
例如服装的“颜色”、“套餐”和“尺码”，都是销售属性。
除关键属性、销售属性外的其他属性。
产品的非关键属性并不包括商品属性
表示商品的特有特征
比如新旧程度、保修方式等
商品属性
属性名
属性值
显示类型：单选、多选、可自定义
是否必填
属性组
挂载在类目下，类目下的属性可以继承
组成
一对一、一对多
对应关系
通过销售属性将SPU和SKU关联起来，同一SPU在前台显示时可以共用同一商品详情
关联关系
SPU的库存是由其对应的SKU库存共同决定的
库存关系
iPhone 7 Plus（SPU）
SPU的规格有多种（颜色包含金色、白色、黑色、玫瑰金、银色、亮黑、红色等6种；内存包含32G、128G、256G等3种）
对应18（即3×6）种SKU
组合SKU的属性都继承主SKU，在前台展示为1个商品
紫檀中式饭桌组合：1桌4椅
在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存
组合SKU
需要考虑自营和POP
SPU与SKU
类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等）、商品图、商品详情描述、物流信息等
POP可选填商家SKU
SKUID
京东价
市场价
价格
POP自己填
自营不可填，同步库存系统
库存
给物流用的
重量、长宽高
货号
主图
整体图、缩略图
商品图
物流模板（包邮、按重量、按件数等）
售后服务（发票、保修服务、退换货）、包装清单
上下架时间
商品创建
详细介绍
商品中心
拉新
去库存
扩大品牌知名度
推新品爆品
与其他平台竞争
提高客单价、客单量
目的
例如满100减10、满300减50、满500减80等
阶梯满减
每满100减10
每满减
满减促销
打折
划线价
单品促销
商品组合套装以优惠价出售
套装促销
购买主商品之后赠送商品
赠品促销
购买商品金额满X元后送某商品，或者购买商品金额满X元后再加价Y元送某商品
可分阶设置：满不同金额，赠不同商品
满赠促销
有“M元任选N件”、“M件N折”两种优惠形式
多买优惠促销
在商品正式售卖之前采用预付定金的促销模式，提前交定金可享受优惠价
定金预购
定金杠杆
定金促销
满减券
折扣券
现金券
按使用门槛分
单品券
品类券
品牌券
按适用范围分
由平台和店铺共同承担，在店铺使用时优惠金额由平台返给店铺
平台优惠券
成本由店铺自己承担
店铺优惠券
按发放平台
优惠券名称
类型（现金券、满减券、折扣券等）
面值
使用条件（比如满X元可用）
使用平台（客户端、H5商城、主站、各分销渠道等）
有效期时间（绝对时间：具体某时间段、相对时间：领取之日后多少天有效）
发行量（优惠券张数）
使用范围（平台券：全平台通用、店铺券：仅在某店铺可用）
商品范围（全品类、限制品类、限制商品，设置优惠券适用的商品）
优惠券信息
发放方式（可发放可领取、仅可发放：只能由平台发放给用户、仅可领取：只能用户自己领取或兑换）
推广范围（免费领取、积分兑换）
优惠券是否公开（设置公开后，在领券专区、商品详情页、购物车都默认展示）
限领（每人仅限一张、每人每天限领一张等）
券领取时间（设置领取时间段）
推广信息
制券
用户在看到优惠券后主动进行领取
主动领取
系统主动给用户发送相应的优惠券
被动领取
领券
从用户优惠券列表中选择出当前订单可用的优惠券（包括通用券和相应产品优惠券），主要是从有效期、商品范围等条件判断
若有多种可用优惠券，但是金额不同，默认选择可抵扣最高的优惠券
如果金额相同，先匹配同类优惠券的优惠券，但当优惠券的额度（现金券）大于支付额度弹出提醒框，确认是否使用
智能选券
用券
统计
统一设置成不可返还，用了之后就不退
订单中全部退款时，优惠券全部退还
订单中部分退款时，普通优惠券不返还
逆向返还
优惠券
拉新、提升订单量，利用用户的关系链，进行产品宣传，扩大影响面。通过社交关系拉来的用户，能够迅速消除不信任，提高订单转化率
目标
新人团
普通团
超级团
类型
拼团
促销形式
活动名称、促销编码、促销时间、推广平台、促销渠道、促销用户范围、推广链接
基础设置
满减、单品、套装、赠品、满赠、多买、定金等
促销规则
根据品类、名称、商品编码等条件来选择商品
活动商品
活动设置
审核
编辑后审核
删除
复制
活动管理
未开始、活动中、已结束、已作废
活动状态
促销活动
首先判断选中商品是否参与促销活动
其次再判断是否满足促销条件，根据促销规则计算出订单金额
最后还要判断是否可与其他优惠同时享用
金额计算
促销中心
增加：自有仓库通过采购入库，协同仓库通过代销采购协议入库
锁定：下单之后锁定库存
解锁：订单取消之后释放锁定库存
扣减：订单支付成功之后扣减库存，扣减锁定库存
返还：退货、换货后返还库存，相当于增加库存
异常处理：库存数据在定期校验时，如果出现异常数据，就需要进行异常处理（自动或人工处理）
特点：面向用户。决定是否可售卖，是否可秒杀，是否可预订等
网站前台显示的库存，也就是可以对外售卖的库存。
大于0，有货；等于0，无货
可销售库存
用户下单锁定库存，支付后扣减库存
锁定库存
支付成功则加，取消或发起售后则减
已销售库存
主要是做促销活动（例如秒杀）时，分配固定数量的商品给相应的活动
活动库存
属于虚拟库存，主要是拉动需求，例如B端订货、双11定金预售等。
前台买家下单成功之后，店家等实物到货之后，统一推送至仓库，安排发货
预售库存
销售层
特点：相当于订单的分配中心，将订单转化为发货单，按照调度规则决定哪些SKU由哪个仓库发货
账面库存：仓库中的实物库存，只要是未出库的都算在账面库存中
可用库存：仓库中可供发货的库存。这部分库存是可供调度的库存
在途库存：下了采购单但是尚未入库的库存，在途库存理论上部分是可供销售的
不可销售库存：仓库盘损的库存，通常是仓库中的不良品，是无法售卖的库存。
已用库存：在调度层已分配的库存
多地建仓，就近发货
物流时效
区域仓、中心仓
先区域，后中心
仓库等级
协同仓：供应商直接发货
业务需求
库存调度的影响因素
调度层
特点：存对应的是实物库存，出库入库盘点都会引起仓库库存的变动
可用库存：发货单推至仓库后，仓库可以用于发货的库存，不包括锁定的库存
锁定库存：发货单推送至仓库后锁定库存，锁定时同时去锁定库位库存
已出库库存：已经确认出库的实物库存
不可用库存：盘点时发现的不良品，需要报损，从可用库存转化为不可用库存
仓库层
分层
用户下单后，首先会生成订单，扣减销售层的库存
然后流转到调度层进行调度，生成发货通知单，调整调度层的库存
最后推送至仓库，WMS系统同步响应，扣减库存并进行出库
自上而下
仓库的实物入库可以算是从下到上引起的库存变动。主要有三种单据：采购入库单、退货入库单、调拨入库单
实物入库，会连锁引起仓库层、调度层、销售层的可用库存逐步增加
自下而上
库存同步
大促时，为了订单量允许超卖，及时补货即可
允许超卖
先交钱，预估出货时间，等有货了再给买家发货
预售
拼团、秒杀等
活动占用库存
共同一套库存
分渠道库存
商家多渠道库存的分类
不同渠道分配库存
特殊场景
库存管理
物流管理
采购管理
仓库管理系统
电商基本业务框架
0 条评论
回复 删除
下一页
