导图社区 电商后台系统产品逻辑全解析
想要了解电商知识吗?电商产品经理必看的学习读书笔记分享!下图为你整理出了产品经理概述、支撑线后台概述、商品中心、物流管理、采购管理、跨境电商的不同点、订单管理、库存管理等十二个方面的具体内容。
编辑于2019-12-08 11:07:46人事管理人力发展平台是一个综合性的系统,旨在帮助企业高效地管理人力资源,提升员工发展和组织效能。
企业直播营销是一种通过直播平台进行产品推广、品牌宣传和客户互动的新型营销方式。为了帮助企业更有效地开展直播营销活动,以下是一个企业直播营销场景阶段的参考标准,分为5个主要阶段:起步阶段、初级阶段、小有建树、日益成熟和全连接系统。
本平台架构从目标、执行、考核、监督、提升的系统工具,满足组织不断发展的需求,快速部署,并能够适应组织架构变化、岗位变化、人员变化、流程变化以及考核标准不断优化的需求,实现企业与员工一体共赢。 绩效评估的意义:1.利于传递组织的文化和价值观。2.利于监测战略和目标的执行情况。3.更快发现问题,寻找组织的绩效改进点。4.给员工公平合理的评价及报酬。5.更快提升管理者与员工的技能。6.建立沟通与反馈的平台。
社区模板帮助中心,点此进入>>
人事管理人力发展平台是一个综合性的系统,旨在帮助企业高效地管理人力资源,提升员工发展和组织效能。
企业直播营销是一种通过直播平台进行产品推广、品牌宣传和客户互动的新型营销方式。为了帮助企业更有效地开展直播营销活动,以下是一个企业直播营销场景阶段的参考标准,分为5个主要阶段:起步阶段、初级阶段、小有建树、日益成熟和全连接系统。
本平台架构从目标、执行、考核、监督、提升的系统工具,满足组织不断发展的需求,快速部署,并能够适应组织架构变化、岗位变化、人员变化、流程变化以及考核标准不断优化的需求,实现企业与员工一体共赢。 绩效评估的意义:1.利于传递组织的文化和价值观。2.利于监测战略和目标的执行情况。3.更快发现问题,寻找组织的绩效改进点。4.给员工公平合理的评价及报酬。5.更快提升管理者与员工的技能。6.建立沟通与反馈的平台。
电商产品经理宝典—电商后台系统产品逻辑全解析
1产品经理概述
工作职责
了解产品的用户和市场
设计产品方案
跟进项目开发进度,确保按时上线
上线后跟进用户反馈,优化迭代
必要品质
了解不同人的想法
信息传达能力
洞察力
逻辑思维能力
权衡能力
推动力
相关工具、网站介绍
电商模式
B2B
企业与企业
阿里巴巴
B2C
企业与消费者
最普遍模式
京东、天猫等
C2C
消费者与消费者
淘宝网、微店
C2M
客户与工厂
O2O
线上到线下
2支撑线后台概述
强调供应链管理
后台主要作用
业务支撑
优化服务流程
提高服务效率
提供数据分析参考
产品架构
稳定性
可扩展
操作便捷
安全性强
主要包含
1商品中心
主要管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据。
2订单中心
管理订单类型、订单状态,收集关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作。
3支付中心
管理支付数据,调用第三方支付平台接口,记录支付信息(对应订单号、支付金额等),支付对账。
4会员中心
主要管理用户等级、用户权益、积分、卡券等会员相关信息,通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。
5调度中心
将订单信息转化为发货通知单,以及其他出入库单,调度仓库和物流进行发货。
6促销中心
主要管理活动相关,优惠券、满减、专场活动、促销专区等
7内容管理系统
主要是对用户端进行页面配置(banner、icon、tab),配置首页,自定义活动页面,设置生效时效。
8评价中心
管理商品评价和用户反馈
涉及一些敏感词和敏感图片的筛选,以及回复内容管理
9采购中心
管理sku,当库存预警时,及时生成采购单进行入库。
含供应商管理
10财务管理
主要管理订单、采购系统相关的财务数据,数据准确性要求较高,还需负责对账、清账、统计等
11WMS系统(仓库管理系统)
主要包括入库、出库、盘点等模块。
主要和调度中心进行数据交互,反馈出入库状态和库存变动
12物流中心
主要包括运费模板,负责运费管理(前端管理、真实物流成本)、物流状态保存查询。如为跨境电商,还涉及和海关总署的对接,进行保关操作。
13风控中心
主要利用大数据进行用户信用建设、反欺诈,避免恶意评价、刷单退款等操作,构建安全的电商购物环境。
14客服系统
主要管理退货退款、售后服务等操作,包括呼叫中心、在线客服等
15店铺管理
SaaS管理后台
开发需权衡
业务范围
业务量
3商品中心
商品的基本概念
SKU
库存控制的最小可用单位
SPU
一组标准化信息的集合
类目
前台
消费者看
会根据季节、销售策略、活动进行变动
后台
基础数据,不可随意变动
属性
关键属性
能够唯一确定产品的属性,是必填项
非关键属性
其他
销售属性
是组成SKU的特殊属性,或成为“规格属性”
类目和品牌管理
前后台类目通过映射关联
类目管理作用
方便快速发布及管理商品,供应链人员或平台商家更好进行商品管理
标准化商品服务,对于电商平台,品类定义基本确定平台的商品服务范围
有利于仓库管理,合理的商品类目管理还能方便仓库中库位分区管理商品
日常运营需要,可以减少运营的管理工作
后台类目
主要面向平台商家,用户管理商品和属性
相对固定,不会轻易变更或删除,如果类目下挂载有商品,就不能删除或作废
类目树的层次不能太深,一般三层或四层。最后一层成为叶子类目,商品必须挂载于叶子类目下
赠品应该设置专门类目
前台类目
主要面向用户,方便用户筛选查找商品;可根据运营需要,灵活多变;编辑灵活、可重叠、可删除、可随时变动,定时生效
从用户渠道的维度讲
前台类目可支持不同客户端的设置。
支持平台商家自定义店铺前台类目
从前台类目定义的维度讲
前台类目对应后台类目,可一对一、一对多、多对多,自由组合,动态调整
前台类目直接对应品牌、商品,适合商品较少的小商家
前台类目对应后台的叶子类目和某项属性的组合
品牌管理
新建品牌,相关字段一般有
LOGO
中文名
英文名
产地
备注
状态(可用/不可用)
品牌关联到类目
关系:一对一、一对多、多对一
好处:提升商品的便捷性,避免出错;品牌管理标准化在搜索筛选商品时更加快捷
属性管理
分类
关键属性
能够唯一确定产品的属性,是必填项
销售属性
是组成SKU的特殊属性,或成为“规格属性”,会影响买家的购买和卖家的库存管理
商品属性
表示商品的特有特征
非关键属性
其他
包括
属性名、属性值
挂在具体类目下,设置为必填或非必填
须保留一定的扩展性
搭建原则
从属性分类的维度
编辑内容
所属类目
属性分组
属性名称
属性分类
关键属性
销售属性
商品属性
非关键属性
显示类型
单选
多选
可自定义
属性值
定义属性值
是否必填
SKU与SPU
组合SKU
解决出售组合商品的问题
这种组合套装有特殊的包装
编码问题
全部自建条码
有69码的沿用,没有的以及无法指定到单一商品的重新贴SKU编码
商品编辑
淘宝、天猫上的商品以SPU形态显示,京东上以SKU形态显示
平台上会针对商品设置平台价和市场价
平台价
主要是当商品具有不同规格、价格时,出现在搜索、筛选列表中只显示一个价格,相当于商品的均价
商品管理
日常维护
上下架管理
批量上下架
自动上下架规则
缺货时自动下架
新品可定时发布
活动商品可定时上下架
价格管理
促销活动
商品标签
活动标签
服务标签
性能标签
商家管理
销量
评论
库存
限购
商品搜索及筛选
搜索
通过对关键字的匹配,对目标内容进行检索查找
搜索范围
商品中心
库存系统
营销系统
订单系统
......
流程
1先输入关键字
2进入分词服务
构建搜索词库
根据用户搜索日志、品牌名称、属性、类目或人工设定等数据
判断关键词类目
根据之前买家的浏览习惯,同一搜索词的大量用户行为数据等判断该关键词的第一展现类目
根据中心词的相关属性词判断类目
搜索纠错
拼音纠错
错别字纠错
数据来源:用户搜索词、搜索日志、运营部门人工更新等
搜索时的下拉提示数据来源
用户搜索词
搜索日志
由相关运营人员添加的联想词,按照搜索相关性和热度进行排序。
3开始数据查询
从数据库中找到所有包含搜索词的商品
4获得搜索排序
排序因素
商品相关性
主要是标题、类目、属性等因素的综合权衡
销量相关性
主要是考虑销量、价格等因素
销量可取一段时间内
价格取同类商品的常用价格区间
评论数
主要是计算商品的好评度、评论数
时效性
参考商品最近商家时间、最新更新日期
个性化推荐
给买家贴标签
店铺的维度
5搜索结果输出
筛选
缩短用户与商品的路径,加快决策过程
主要条件
价格区间
品牌
服务
分类
商品属性
商品推荐
分类
常规推荐
不会因用户的不同产生差异的推荐
个性化推荐
偏冲动型消费
过程
采集
分析
推荐
模块
用户行为记录模块
采集用户信息
浏览、购买、评论、问答...
用户行为分析模块
分析用户喜好
潜在喜好、喜欢程度...
商品分析模块
分析商品特征
商品相似度、商品搭配度、目标用户标签...
推荐算法模块
用户画像
是根据用户特征(性别、年龄、地域等)、消费行为习惯(浏览、购买、评论、问答等)等信息进行抽象化,建立标签化的用户模型。
核心:给用户贴标签
难点:积累过程
保证推荐结果相对准确的情况下,按照一定的策略,逐渐拓宽推荐结果的范围,给予推荐结果一定的多样性
推荐位
首页运营banner最底部的位置
猜你喜欢/为你推荐
购物车最底部的位置
猜你喜欢/为你推荐
商品详情页中部
看了又看/买了又买/为你推荐
用户签到
商品评价
好处
为其他用户提供购买决策、减少购物成本
对平台:有质量的评价有助于降低退货率,提高优质商品的转化率,并且构建商家信用评价体系,合理分配平台支援,甚至帮助优化搜索
处理
商品评论筛选
过滤恶意差评,对关键字筛选(脏话、广告等),对出现敏感词汇的评论直接过滤或人工审核
分级显示商品评论(好中差),统计商品好评度,并提炼评论中的关键字
根据商品评论和服务评论对商家店铺进行评级
12跨境电商的不同点
主要模式
保税仓备货
优势
提高通关速度,减少资金占用,降低贸易成本,随时转口,方便快捷,也可享受一定的便捷和免税政策
流程
1国外供货商
2海运或空运
3到港
4国检商检
5转关
6囤放保税区
7用户下单
8清关
9国内配送
海外直邮
个人物品直邮
正常保关清关
流程
1国外供货商
2海外仓库
3用户下单
4国际物流空运
5到港
6国检商检
7转关
8保税区清关
9国内配送
一般贸易
概念
税费
海外直邮
以个人邮寄物品形式报关,没抽查到就不用交税
保税仓
目前政策规定单次交易限额为人民币2000元,个人年度交易限额为人民币20000元
税费由3部分组成
进口环节增值税
17%
消费税
0
按法定应纳税额的70%
关税
0%
跨境电商综合税率=(消费税率+增值税率)/(1-消费税率)*0.7(政策)。常见的综合税率为11.9%,如购买了800元奶粉,税费=800*11.9%=95.2元
备案价
四单数据的统一
进口清单
主要含订单、商品、支付、物流的相关信息
支付单
由支付公司推送给跨境通关服务平台
主要包含信息
支付企业信息
交易信息(支付流水、订单编号等)
电商平台信息
支付人信息
运单
由物流公司推送给跨境通关服务平台
主要包含信息
物流企业信息
运输信息(物流单号、运费、收货信息)
主要货物信息
订单
由电商平台推送给跨境通关服务平台
主要包含信息
电商平台信息
顾客信息(身份证信息)
身份证要保证与收货人姓名一致,未超过海淘限额
收货信息
商品信息(价格、数量、HS编码、产品国检备案编号等)
支付信息(实付金额、优惠金额等)
跨境订单流程
需注意
保税仓的拆单要在下单时支付前完成
订单出库流程要在清关通过之后进行
合并支付后的支付单问题
清关备案
注意
海关计税是以清关单申报的价格计税,订单申报价格与清关申报价格需要一致才能通关,支付单的价格可以与清单及订单的价格不同,但是不允许大于清关单的价格
四单数据要保持一致
对接:海关总署/地方的跨境通关服务平台
商品备案
11其他系统
客服
在线客服
话务系统
工单系统
售前、售后
财务管理
成本管理
销售管理
财务数据分析
风控
主要是防范账户风险、交易风险。在电商中最重要的是防作弊,包括恶意领取超值优惠券、恶意秒杀占用库存、商户刷单,还有用户会频繁购买,然后恶意退货退款。
商家管理后台
会员系统
面对C端
会员基础信息
基本信息
注册时间
注册手机号
性别
会员等级
会员积分
会员余额
收货地址
优惠券信息
用户账户中的优惠券明细及状态
订单信息
用户的订单记录列表,显示订单主要信息(下单时间、状态、金额、收货信息等),可查看订单详情,对订单进行相关操作(退货、退款等)
售后信息
用户的售后记录列表,显示售后主要信息(下单时间、售后申请时间、状态、金额、收货信息等)
会员等级
主要是会员成长明细,记录成长值增减的原因和时间,以及升级历史,可以修改用户等级
会员积分
会员积分变动明细,记录积分的来源、消耗
会员成长体系
用户的成长值决定了用户的会员等级,会员成长值是根据不同的成长策略进行量化赋分。电商中主要对用户的登录、购物、评价、晒单等行为进行评估,来计算会员的成长值
RFM模型—客户消费行为特征分析模型。R(recency)最近一次消费时间,F(frequency)某一个时间范围内的消费频次,M(monetary)某一个时间范围的平均客单价或累计交易额。
用户行为增长模型
突出用户单次行为的贡献度
在用户进入平台初期有很大的激励作用
积分体系
消费方式
订单结算抵扣
积分商城购买商品
用户权益置换
获取积分
签到、购物、评价、晒单、分享、充值等
调度中心
核心功能
管理仓库
选择发货仓
仓库等级
物流时效
业务需求
更新库存
支付系统
支付渠道
第三方平台支付
支付宝
微信
使用时,需要用户已经注册并登录到第三方支付平台,并且账户有余额或者绑定信用卡
快捷支付
用户绑定银行卡并开通后,电商平台不留存卡号信息,仅留存token标识符,后续支付时通过token标识符、短信验证码等完成支付,安全性更高
绑定快捷支付涉及到签约、解约、支付等环节
快捷支付需要绑定用户交易账号,绑定用户ID,记录支付密码(平台)、确认是否允许免密支付、用户支付的手机号等信息。在用户支付时直接调用token,简化付款流程。
网银支付
支付时需要跳转到网银页面完成支付,要求用户开通网银,并且跳转出站外,中断当前流程,目前主要在PC端使用,通过对接银行或者银联平台实现
交易记录
信息
交易流水号(一般由第三方平台生成)
创建时间
完成时间
关联的订单编号
订单标题
支付场景
费用信息(订单总金额、优惠金额、实际费用)
订单描述
交易渠道信息
交易渠道(支付宝、微信)
渠道账户
渠道执行支付的时间
渠道侧返回的订单号
错误信息、错误码
支付用户信息
用户类型
用户账号
渠道账号信息
支付状态
未支付
已支付
已退款
部分退款
已取消
对账
异常情况
正向支付
支付时会出现:电商平台显示已支付,在支付平台未成功支付;电商平台显示未支付,在支付平台已成功支付;电商平台与支付平台支付金额不一致
第2种情况会出现用户重复支付的情况
逆向退款
退款时会出现:电商平台显示已退款,支付平台未成功退款;电商平台显示未退款成功,在支付平台已退款;电商平台与支付平台退款金额不一致
第2种情况会出现电商平台重复退款情况
权限系统
功能权限
数据权限
10订单管理
订单下单
安全校验
检测用户是否在黑名单上、用户购买行为是否正常
包含信息
用户信息
用户账号、用户等级
订单基础信息
父订单与子订单、订单编号、订单状态
收货信息
收货地址、收货人姓名、联系电话、邮编
商品信息
SKU信息、规格、商品数量、价格、商品图片、商家(店铺)
优惠信息
优惠券、促销活动、虚拟币抵扣金额
支付信息
支付方式、支付单号、商品总金额、实付金额、运费、虚拟币抵扣金额、优惠券优惠金额、总优惠金额
物流信息
物流公司、物流单号、物流状态
其他信息
发票信息、下单平台、分销渠道
优惠分摊
订单实付金额=商品金额(SKU金额合计)+运费-总优惠金额(总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额)
优惠后订单发生部分退货如何处理
目前处理规则基本是:优惠分摊,偏向用户
场景
有可能是平台原因,不是用户不买,而是店铺的商品有问题
优惠分摊原则
按照商品金额的比例分摊
订单拆单
拆单因素
店铺商家
仓库
品类
物流因素
商品价值
拆单之后的前端显示
在用户提交订单之后、支付之前的拆分订单,需要即时显示给用户,若用户中断支付,再回到支付环节,就需要分开支付
订单售后
订单逆向流程
待发货取消订单
待收货/交易成功退货
待收货/交易成功退款
线下服务订单
类型
纯服务订单
纯服务订单是指线上购买服务,线下接受服务
商品服务订单
是指在线上购买商品,商品收货之后,去指定门店接受商品附加服务
流程
纯服务订单
当提交订单付款之后,系统生成核销码,当用户到店接受服务之后,店铺进行核销,核销码失效,订单交易成功。
商品服务订单
商品发货之后将服务核销码发送给用户,当商品到货后,提醒用户进行商品附加服务。服务核销之后,交易流程结束
订单数据统计
常规统计
偏财务统计,主要含销售额、毛利、成本、纯利润、客单价等
浏量分析
偏运营,从3个维度:订单交易维度、商品维度、订单来源等
交易分析
统计周期内的订单销售额
订单量:统计周期内的订单量
客单价:统计周期内,已支付的订单平均金额
下单用户数与支付用户数
下单用户数:统计时间内,提交订单的去重买家人数,一个人购买多件或多笔,只算一个人
支付用户数:统计时间内,提交订单并支付的去重买家人数,一个人支付多件或多笔,只算一个人
支付新用户数与支付老用户数
支付新用户数:统计时间内支付一次且在最近365天内首次支付的用户去重人数
支付老用户数:统计时间内支付多次(>1次),或最近365天内有过支付且统计时间内再次支付的用户去重人数
订单金额分布:订单金额在各价位之间的占比
分析店铺用户的购买力价值分布,可针对性的提高用户客单价
地域分布:分析各区域的购买转化率及订单量、客单价
商品分析
被下单商品数:统计周期内,被下单数>0的上架商品数总和
被支付商品数:统计周期内,被支付订单数>0的上架商品数总和
被访商品数:统计周期内,被访问UV>0的上架商品数总和
商品收藏次数:统计周期内,商品被来访者收藏的次数
商品销量统计:统计周期内,按单一商品维度统计上架商品的销售数量,按品类统计销售额、销量
加购件数:统计周期内,买家加入购物车商品件数之和
订单来源分析
统计出每个订单的来源,包括订单的来源媒介(站外广告渠道)、用户端(APP、H5商城、PC端等)
记录每个订单的产生流程,包括在订单创建之前的商品浏览、加入购物车、提交购物车等关键步骤的数据分析
追踪订单来源,包括来源的媒介、来源关键词、来源网站等
购物车
具有凑单、促销、收藏的功能
购物车设计
通用显示
基本展示信息:商品标题、商品图片、价格、数量、规格(颜色、尺寸等)、商家(自营或店铺)、库存状态(是否紧张或缺货等)。跨境商品还需显示税费
初次打开或刷新时,商品信息、促销信息同步更新
选中策略:打开时默认全选、打开时默认全不选、云端同步选中状态(不同设备打开时继承上次选中记录)
用户购物车数据需要记录在数据库中,保证APP和PC端同步
离线购物车
是指用户在未登录状态下把商品加入购物车,一般通过创建虚拟用户实现。
用户登录之后,涉及离线购物车和在线购物车合并
库存监控
库存紧张或无货时,在前端给予显示
无效商品进入无效商品列表中,可批量清除
排序分类
商家店铺,将不同店铺的商品分开
优惠不同,在购物车中将优惠活动相同的商品聚合在一起
加入时间,按照加入购物车的时间倒序排列,最近添加的商品排列在前
促销信息
商品推荐
价格监控
编辑
购物车结算
在购物车选中商品时,会实时计算出订单金额。在购物车计算时,需要将优惠金额算进去,但是只包括满减的部分,未将优惠券的金额算入。
可优化
9仓库管理系统
仓库管理概述
仓库区域划分
分拣区
存储区
不良品存储区
发货暂存区
收货暂存区
复核区
仓储器械存放区域
出库
调度
锁定库存的原则是先进先出
上架商品时也是在制定库区中由近及远,先上架最近的库位
拣货波次的原则是选择几个锁定库位相邻,不超出拣货车存放量的仓库订单任务合并
打单
拣货
缩短拣货员的拣货距离
复核
包装
打包,称重
交接发货
入库
到货确认
验货打码
商品上架
盘点
流程
1根据业务需求选择相应库位和商品来创建盘点任务
2当盘点单中所有任务完成后,判断是否有盘盈或盘亏
3若无盘盈或盘亏,盘点单直接结束
4财务审核通过之后,生成盘盈、盘亏单,去更新仓库库存
类型
动盘
抽盘
全盘
统计查询
出库明细、入库明细、库存变动明细(以商品为维度的变动明细,包括出入库库存、变动数量、实时库存)、总库存查询(实物库存、可用库存、锁定库存)、库位库存查询(商品、库位、库存、实物库存、可用库存、锁定库存等)、员工绩效统计(统计员工的拣货、复核、打包、交接、盘点、验货、上架等)
8采购管理
主要包括
供应商管理
采购商品管理
采购订单管理
仓库库存管理
采购预警
采购流程
1采购人员根据业务部门的需求或者系统预警,新建相应的采购申请单
制定采购计划时,需了解:安全库存、采购提前期、订货点、订货量
2采购管理人员对采购申请单进行审核
3采购系统生成采购单之后,将相应采购信息(供应商、SKU信息和数量、入库仓库、预计到货时间等)传给调度中心,由调度中心生成采购入库单下发给仓库
4仓库管理系统(WMS)生成采购入库任务,当实物验货完成后,返回入库信息给调度中心,调度中心再将入库信息通知采购系统,更新相关信息及状态。同时调度中心去库存中心更新相关商品的库存
5当采购单的实物全部入库后,财务系统根据采购到货情况,与供应商进行结算
6结算完成之后,采购单才算结束
实际采购单需要采购人员线下与供应商接洽,约定预计到货时间。这部分采购商品属于在途库存。采购单有分批到货或只到部分货的可能
供应商管理
采购模式
自采自卖
一件代发
供应商信息
基本信息
名称、简称、联系方式(地址、联系人、电话)、供应商类型(自营、代发等)
财务信息
银行账号(银行名称、银行账号、开户名称)、开票信息(名称、银行、纳税人识别号、联系电话等)
经营范围
品类、品牌
经营资质
采购合同
供应商评价
参考指标
产品质量
交货期
交货量
价格
进货费用水平
信用度
采购商品管理
采购订单管理
采购申请单
仓库
SKU
商品数量
需求时间
申请人
申请备注
7物流管理
6库存管理
最重要的是
库存的分配与扣减逻辑
操作主要包含
增加
自有仓库通过采购入口,协同仓库通过代销采购协议入库
锁定
下单之后锁定库存
解锁
订单取消之后释放锁定库存
扣减
订单支付成功之后扣减库存,扣减锁定库存
返还
退货、换货后返还库存,相当于增加库存
异常处理
库存数据在定期校验时,如出现异常,需进行异常处理(自动或人工处理)
库存变动的影响因素
销售订单
采购
仓间调拨
盘盈盘亏
预售
售后退货
库存分层
销售层
主要面对前端用户,决定是否可售卖,下单是否能成功
可销售库存
网站前台显示的库存。>0为可销售;=0显示缺货
锁定库存
指下单时占用库存
已销售库存
统计商品已售数量,支付成功商品算已销售库存;取消订单或售后走可库存变动流程变动
活动库存
主要是做促销活动(秒杀)时,分配固定数量的商品给相应的活动
预售库存
虚拟库存
调度层
订单的分配中心
账面库存
只要是未出库的都算在内
可用库存
可供发货的库存
在途库存
下了采购单但是尚未入库的库存
不可销售库存
盘损的库存,通常是仓库中的不良品
已用库存
在调度层已分配的库存
仓库层
可用库存
锁定库存
已出库库存
不可用库存
库存同步
自上而下
用户下单......
自下而上
采购入库
退货入库
调拨入库
销售库存管理
允许超卖
做预售
不同活动独占库存
不同渠道分配库存
警戒值
可销售库存=销售总库存-锁定库存
库存调度影响因素
物流时效
仓库等级
业务需求
库存调度规则
业务场景及前提
企业在不同区域都有中心仓、协同仓。不同类型仓库优先级不同
同一仓库配送区域分级
同一省份的供应服务商设置其配送优先级
物流时效优先
逻辑
1下单时,先筛选出对应订单有库存的仓库
2将收货地址与这些仓库的一级配送区域匹配,若没有再去匹配二级区域,依次类推
3筛选出同级区域(物流时效相同)的仓库,再根据仓库的优先级进行筛选
4若仍有多个仓库(同一类型)待选 ,再根据同级仓库之间的优先级进行选择,最后选择仓库
5选择好仓库知乎,再根据SKU优先级、运费等因素来选择物流公司
6当订单中有多个SKU时,还会根据库存调度规则进行拆单
库存控制策略
成本
购入成本
订货费
储存费用
缺货成本
策略
1需求预测
数量
时间
短期
简单平均、加权平均、指数拟合
最多为1年,通常不少于3个月
中期
曲线、指数平滑、基数序列
2年左右
长期
简单回归
2年及以上
频率
范围
可预测性
需求分类
稳定性需求
趋势需求
季节需求
周期变化性需求
随机需求
自相关需求
方法
定性预测
定量预测
时间序列分析法
简单平均、加权平均、简单移动平均、指数平滑、线性回归等
因果联系分析法
模拟法
2安全库存
前期需求比例法
供应天数法
均差法
3库存控制模型
解决问题
多长时间检查一次库存量(订货间隔期问题)
何时提出补充订货(订货点问题)
每次订货是多少(订货批量问题)
可控和不可控因素
可控
需求、订货、提前期
不可控
一次订多少(订货量)、何时提出订货(订货点)
模型
定量订货模型
按照预先确定的时间间隔,周期性的检查库存,随后发出订货,将库存补充到目标水平
定期订货模型
在管理中连续不断的监控库存水平,当库存水平降低到订货点时就发出订货,每次按相同的订货批量补充订货
电商一般采用
2者区别:定量订货模型是“事件驱动”,定期订货模型是“时间驱动”
5内容管理
4促销系统
促销目的
拉新
去库存
扩大品牌知名度
推新品爆品
与其他平台竞争
提高客单价、客单量
电商促销形式
满减促销
单品促销
套装促销
赠品促销
满赠促销
多买优惠促销
定金促销
定金预购
定金杠杆
优惠券
满减
折扣
现金
拼团
促销活动规则
活动设置
基础设置
活动名称
由用户自己设置,可设置副标题
促销编码
系统自动生成,活动的唯一码
促销时间
活动生效的时间段
推广平台
促销渠道
一般电商平台有:APP、H5商城、PC商城
限购数量
默认不限购
促销用户范围
全部用户/新用户/指定用户/指定等级
推广链接
应生成专属活动、专题页面,自动生成活动链接
促销规则
满减促销
阶梯满减
每满减
单品促销
促销不能高于正常售卖价
套装促销
赠品促销
从主商品任意购买即可赠
从主商品购买满N件/N元赠
满赠促销
分阶赠
加价购
多买优惠促销
M元任选N件
M件N折
定金促销
定金预购
定金杠杆
参与定金预售的商品库存为活动库存,不占用总库存,等商品到位后再扣减
活动商品
活动管理
审核
编辑
不会立即生效,需审核通过后才可发布
编辑时不要在原内容上进行修改,避免在修改过程中对线上数据产生影响
删除
状态
未开始
活动中
活动中是否可编辑
已结束
已作废
订单计算
计算地方
购物车
订单计算
流程
1 判断选中商品是否参与促销活动
2 判断是否满足促销条件
3 根据促销规则计算出订单金额
四舍五入的先后顺序/先加后乘/先乘后加
4 判断是否可与其他优惠同时享用
在商品参与多种促销活动时,如果发生冲突,一般按照最优原则,自动选择最佳优惠方案计算
专场活动配置
活动条件
活动名称
促销时间
限购数量
促销范围
全网、APP、微信商城
会员级别
全部用户/新用户/指定用户/指定等级
活动备注
活动规则
主商品信息
赠品信息
前端展示
判断商品对应的所有促销活动
优惠券管理
类型
按使用门槛分
现金券
满减券
折扣券
按适用范围分
单品券
品类券
品牌券
按发放主体分
平台券
店铺券
设计规则
1 制券
优惠券信息
名称
类型
面值
使用条件
使用平台
有效期时间
发行量
使用范围
商品范围
推广信息
发放方式
推广范围
优惠券是否公开
限领
券领取时间
2 发券
主动领取
做好防作弊机制
被动领取
用户注册
大促活动
客服发券
好评返现
大客户团购
3 使用
推荐算法
1从用户优惠券类别中选择出当前订单可用的优惠券(包括通用券和相应产品优惠券),主要是从有效期、商品范围等条件判断
2若有多种可用优惠券,但是金额不同,默认选择可抵扣最高的优惠券
3如果金额相同,先匹配同类优惠券的优惠券,但当优惠券的额度(现金券)大于支付额度,弹出提醒框,确认是否使用
4 统计
发送张数
使用张数
客单价
复购率
返还机制
在订单完成售后(退款或退货)时的机制
统一设置为不可返还,用了之后就不退
订单中全部退款时,优惠券全部退还
订单中部分退款时,普通优惠券不返还
拼团
类型
新人团
为了拉新,参团需要校验是否新用户
普通团
任意用户都可参加
超级团
人数多,可制定阶梯价格
业务流程
1选择商品后,用户选择开团或参团的同时判断是否有库存,然后提交订单
2提交订单后,在支付的时候判断此拼团是否满团
3支付成功,用户参团成功。规定时间内规定人数
4拼团成功的订单变更为待发货,开始向仓库流转,拼团失败的订单取消订单,原路退款
注意点
1一般采用付款成功才能参团成功的流程
2订单提交成功后,订单流转为待付款状态。规定时间内不支付,订单会自动取消,拼团失败;待付款订单,用户也可手动取消订单
3在支付时再次去判断是否满团,是为了避免“超团”
4拼团成功或拼团失败,都要以一定的方式通知用户
5拼团整体的活动设置一个限定时间,每个用户团设置限定时间
6展示时需要注意时间紧迫性和易于分享参团
拼团的库存管理
1参团支付之后扣减库存
2拼团成功之后再扣减库存
在拼团支付时判断是否有剩余库存