电商扣减库存_电商后台系统产品逻辑全解析[通俗易懂]

作者：

刘志远，电商产品经理，主导过多业务的电商产品搭建、更新迭代 。微信公众号： 碎碎恋产品，喜欢闲侃产品设计、商业分析以及后台挖坑

一、产品经理（现实的理想主义者，对产品有着无比认真的态度，同时能够适当妥协，利用有限的资源来推动产品目标的达成）

• 日常工作：了解用户和市场（学会把用户需求转化为产品需求）、设计产品方案（评定需求优先级）、跟进开发进度、跟进用户反馈，优化迭代
• 电子商务的几种模式：B2C（Business to Consumer）（企业通过互联网向消费者在线销售，比如天猫、京东）、B2B（Business to Business）（供应商上游到中游，比如1688）、C2C（Consumer to Consumer）（消费者与消费者之间的交易，比如微商）、C2M（Customer to Manufactory）（客户与工厂直接对接，定制化服务）、O2O（Online to Offline）（从线上获取信息、购买，到线下享受服务，再到线上评价完成消费的闭环）

二、支撑线后台

• 电商后台。电商后台的许多工作是将供应链流程信息化，以系统的方式来控制业务，比如商品下单

• 电商后天产品架构。产品设计时就要有模块化思维，对电商公司来讲，最核心最难做的有三部分：商品、订单、库存。商品与店铺、营销、评价等相关；订单与会员、营销、支付、库存、物流等相关；库存与订单、采购、WMS、营销等相关
• 后台丰富度。优先开发主需求，后期随着业务慢慢迭代。梳理业务，定义产品架构

三、商品中心

• 类目管理和品牌管理。后台类目主要面向平台商家，管理商品和属性；前台类目主要面向用户，主要用于查找筛选商品，支持不同端的差异化设计，平台商家自主设计；品牌标准化，关联类目
• 属性。关键属性（能唯一确定产品，比如手机的品牌+型号）、销售属性（也叫规格属性，比如颜色、内存）、非关键属性（销售属性外的其他属性）、商品属性（商品的特有属性，比如新旧程度，保修方式）
• SKU是最小库存单元，SPU是标准化产品单元。可能一对多，多对一，一对一（多个SPU对应一个SKU，比如一家店铺中，一件男装，店家可以取两个不同的名字，这时SPU编码不同，但发货对应的是一个SKU）天猫、京东等在考虑SPU、SKU的同时，还会增加商家属性
• 商品编辑+商品管理（包括山下架、价格、促销、库存、评论、效率等）
• 商品搜索。包括输入关键词、分词服务（拆分成多个关键词、纠错、搜索联想词）、数据查询、搜索排序（综合考虑商品相关性、销量相关性、评论数、时效性等，有时也会加一些个性化推荐的因素）、商品筛选
• 商品推荐。常规推荐（活动或固定商品，不因用户不同而有差异；内容电商，比如小红书，微淘等，除了平台商家自己生产内容，还包括UGC）+个性化推荐（采集用户信息的用户行为记录模块、分析用户喜好的用户行为分析模块、分析商品特征的商品分析模块，以及推荐算法模块）

在做精准化营销的时候，与推荐的准确性相悖的是推荐的多样性，怎么样让推荐结果避免限定在一个较小的范围内，或者用户购买某件商品后，该商品的类似推荐就可以不要再那么密集了，这是推荐算法可以优化的一些方向

四、促销系统

• 促销形式（还有可能促进社交属性）。满减促销（阶梯满减，每满减）、单品促销、套装促销、赠品促销、满赠促销（可分阶设置）、多买优惠（M元N件，M件N折）、定金促销（定金预购+定金杠杆，杠杆指的是定金10元抵30元）、优惠券、拼团
• 促销活动规则。基础设置、促销规则、促销商品。商家在设置时，注意编辑活动条件、主商品信息、赠品信息，使得前端展示的商品详情页和订单详情页都符合规则
• 优惠券管理

1. 设计规则，发放：后端有大量的逻辑需要处理，校验用户登录状态+读取优惠券信息（是否在有效期、是否可发放、剩余数量）+优惠券绑定用户账户上；核销（注意券的有效期条件，以及自动选择优惠力度最大的）；统计（发放张数、使用张数）
2. 前端展示，优惠券详情页+订单详情页+购物车页+商品详情页+领券中心
3. 订单处理，用了之后不退，全部退款时退还，部分退款时不退还

拼团（利用用户的关系链，进行产品宣传，扩大影响面）。
库存管理，可以拼团成功后在扣减库存（为了防止超卖现象，可以提前预留一部分库存），如果是按照付款成功后扣减库存，会使得参与用户大大减少

五、内容管理

• CMS（content management system），内容管理系统，可理解为页面动态配置的系统。系统提供各种模块，比如图文类（文本、图片、自定义模块）、商品类（商品组合、样式）、营销活动类（预售、优惠券）等，通过这些模块，运营人员能够快速新建活动，定时发布（有点类似low-code application platform，通过简单拖拽实现可视化页面配置）
• 动态配置页面。组件+位置、内容+动态页面（页面基础信息），组件的套用，模板的借鉴，页面的复制功能，大大减少了工作量。技术要求比较高的比如淘宝的千人千面，实现逻辑：

六、库存管理（安全库存，采购提前期，订购点，订购量）

• 库存变动动作：增加、锁定（下单之后锁定库存）、解锁（订单取消后释放锁定库存）、返还（退换货）、异常处理
• 库存分层（可销售库存=销售总库存-锁定库存）

1. 销售层：可销售、锁定（下单占位库存，保证有货可发）、已销售（商品已售数量）、活动、预售库存（走的时候虚拟库存，备货后再走至调度层）
2. 调度层：订单的发配中心，将订单转化为发货单，按照调度规则决定哪些SKU由哪个仓库发货。账面、可用、在途、不可销售、已用库存
3. 仓库层：对应的是实物库存，出库入库盘点都会引起仓库库存的变动。可用、锁定、已出库、不可用库存
4. 库存同步：自上而下（用户下单，库存的流程）、自下而上（仓库采购，库存的流转）

调度时，先按优先级匹配一级仓库（快递1日达），再按优先级匹配二级区域（快递2日达），，，（考虑物流时效+仓库优先级）库存控制策略

1. 需求预测，数量、时间、范围、频率、可预测性
2. 安全库存（补货的临界点）
3. 库存模型（求得最小经纪订货批量），定期订货模型，定量订货模型

注意：活动库存是从总库存中拨出一部分单独来售卖，这部分单独走一遍这个逻辑；预售库存走的是虚拟库存

七、物流管理

• 物流服务：普通快递+同城配送+门店自取（具体采用哪种方式，需要考虑库存、发货距离、配送时效，还要考虑物流成本）
• 前端运费，存在运费模板：店铺运费模式（固定运费+满免运费+地区）、单品运费模式（首费+续费+地区）、混合模式（店铺优先级>单品优先级）
• 后端，地区物流公司管理、重量体积等的限制，和物流公司对账（我们按照物流公司给的规则计算了价格，和物流公司实际计算的价格比对）
• 物流单号，追踪货物的运输状态（菜鸟接口获取，或者物流公司买入，或者自营物流）

八、采购管理

• 采购流程，涉及采购系统、调度中心、仓库管理系统、财务系统、库存中心等系统之间的信息交互。（有的公司也不一定都按这个流程走，业务部门的人员提供采购申请单，业务leader、财务等相关人员审批后，将采购计划发送至采购部门，采购人员向供应商询价下单）

• 供应商管理
  • 采购模式：自采自卖、代发、多货主仓库模式（平台将仓库开放给供应商）
  • 供应商资料：基本信息+财务信息+经营范围+经营资质+采购合同（合作合同、协议价合同、采购单合同）+供应商评价
• 采购商品管理（采购价格+库存）
• 采购订单管理。采购申请—采购询价–采购单–到货结算（最后核对发票）

九、仓库管理（Warehouse Management System，简称WMS）

• 区域划分：分拣区（存放商品供拣选）、存储区、不良品存储区、发货暂存区、收货暂存区、复核区、仓储器械存放区
• 出库流程：调度（发货单–出库订单，锁定库存（先进先出），拣货波次（合并订单拣货））、打单（按波次打印发货单和物流单）、拣货（按PDA指引）、复核、包装、交接发货
• 入库流程：到货确认（入库验货单，包括采购单、退货单）、验货打码（验收合格品和不良品，打码）、商品上架（库位选择，入库上架、补货上架会优先选择同一供应商同一SKU的库位，返库上架会优先选择回到原库位）
• 盘点。定期清点货物数量，与记录的数据比对，包括动盘（上次盘点后到现在的这段时间的货物）、抽盘、全盘
• 统计查询：流水、库存、工作量

十、订单管理

• 下单，后台经历的一系列操作：安全检验、获取订单详情、优惠信息、会员权益、调度库存+锁定库存、拆单+计算运费。涉及父子订单、优惠分摊、支付方式多样等等复杂信息

• 订单拆单，支付之前为了区分商家方便结算、发货前为了区分不同的包裹，拆单时需要考虑商家、仓库、品类、物流、商品价值等因素

• 退货退款：待付款状态下取消订单；待发货状态下取消订单（拦截发货）；待收货状态下申请退货或退款；交易成功状态下申请退货或退款
• 线下服务订单，核销服务码
• 订单数据统计：常规数据统计（分析财务）+流量统计（分析用户行为，可从订单层面、商品层面和订单来源一起考虑）
• 购物车，用途（凑单、促销、收藏）+设计（包括价格监控、库存监控、促销信息、编辑等）+结算（优惠金额之后的实时金额）

十一、其他系统

1. 客服系统（售前、售后，第三方有Udesk、七鱼等）
2. 财务管理系统
3. 风控系统，防作弊，包括恶意领取超值优惠券、恶意秒杀占用库存、商户刷单，还有用户会频繁购买，然后恶意退货退款
4. 商家管理后台，相当于另一个电商管理后台
5. 会员系统（CRM）
   1. 会员基础信息管理，包括用户的基本信息、优惠券信息、订单信息、售后信息、会员等级、会员积分等内容
   2. 会员成长体系（有成长，也可能有回退），包括不同的模型，比如RFM（Recency：最近一次消费时间, Frequency：某一个时间范围内的消费频次, Monetary：某一个时间范围内的平均客单价或累计交易额）、用户行为增长模型（考虑登录、购物、评价、晒单）
   3. 积分体系（积分的生成和消耗可以在平台内形成闭环）
   4. 会员体系分层，需要多层级多归属，实现平台会员与商铺会员结合
6. 调度中心（类似中央处理器）：管理仓库（仓库类型主要有自营中心仓、自营区域仓、供应商协同仓等，仓库类型决定了仓库等级，在选择仓库时，是从优先级高的仓库轮询到优先级低的仓库）+选择发货仓（维护调度规则，即发货仓库的选择规则）+更新库存
7. 支付系统：支付方式+交易记录+对账
8. 权限系统：权限体系（功能权限：是否可用可点击可编辑等、数据权限）+角色管理（角色是权限的载体，角色经常是挂接到部门下）+账号管理（部门+员工）

用户-角色-权限：通过创建不同的角色，给这些角色赋予不同的功能和数据权限，然后按照部门或者创建相应业务组，将这些角色置于其下，最后赋予用户不同的角色即可

十二、跨境电商

• 跨境电商形式（B2C）：保税仓备货（是指经海关批准设立的专门存放保税货物及其他未办结海关手续货物的仓库，这些货物如再出口则免缴关税，如进入国内市场则须缴关税）、海外直邮、一般贸易（先将跨境商品进口至国内，以完税价格出售）

电商平台涉及的内容或者系统太多，多很多公司而言从0到1盖楼未免性价比略低，后续可以考虑按模块将基础设施组件化，正如现在我们看到的ERP、CRM等，产品经理不一定要自己盖楼或者了解整套内部实现体系，但是要知道它的边界，学会整合内外部资源，实现快速、低成本、安全、灵活的赋能业务

电商平台产生的多为数据，订单、支付、物流、位置、操作习惯等信息，我们要学会去分析并利用，更专业的去刻画用户画像等等

因为没有深入接触过，本书更像是一个大纲，介绍了电商后台有哪些系统，但对每个系统的深入刻画还是需要自己去摸索，知道有这个框架，再慢慢往框架中添文加字~