电商_spu，spu在电商平台的应用？

编辑导语：在日常生活中，“赠”这种促销非常常见，一般有：纯赠、买赠和满赠这三种形式。本文作者围绕业务含义、模型设计和后台配置，分析了关于赠品的玩法，一起来看一下吧。

电商_spu，spu在电商平台的应用？

上次我整理过一个促销系统的基础知识，很感兴趣的同学可以参考历史的文章http://www.woshipm.com/pd/5277720.html，这次来说下常见的促销类型中的【赠品】促销。

在我们日常生活中【赠】这种促销非常常见，从线下实体店到线上电商平台，都会大量涉及这种玩法。

一、赠品促销的形式

主要是有这几种：纯赠、买赠和满赠，其中买赠还分为买一赠N 、买N赠N。

虽然广义上来说，都是“免费给消费者一个权益/商品”，但是对于系统的实现来说其实是有区别的哦，下面我围绕业务含义、模型设计和后台配置来分享一下关于赠品这种玩法。

二、赠品对于商品模型的影响

常规的商品spu：sku=1:n，本质上说，赠品也是一种商品，可以在商品上通过设置一个赠品标签来控制是否可以为赠品，这样做可以做一些赠品发放的管控。

电商_spu，spu在电商平台的应用？

三、交易各个角色整体交互

整体来说，这种赠品的模式本身是一种类型的促销。它的交易链路和一个常规订单的流程，比如提单、支付、履约，下发wms等这些流程是没有区别的，只是不同角色的系统在自身的设计上有一点点不同。

电商_spu，spu在电商平台的应用？

1. 纯赠

1）业务含义

其实纯赠这种模式跟线下实体店里那种试吃、试用是很相似的。包括给潜在用户一些小样产品，主要目的来促成转化，增加销量。

线上比较常见的比如在线教育机构的试听课，当你接到了销售的电话，一番沟通后，突然有一天你会发现你的账户里多了一节价值不菲的体验课，没过多久，销售又来联系你，尝试让你购买正价课，如果你成功支付了，那么那节体验课就完成了它的使命。

有的人也许会有疑问，所有用户不一定都会被转化，那前期投入的这些试听课岂不是很亏，其实对于企业来说，虚拟课程的成本和获客成本相比，根本不值一提。据报道，在2019年时，在线教育的获客成本就已经为2000~3000元，2020年时升至3000~4000元，一节虚拟课程的成本远低于它。

2）系统边界

触发下单：对于这种纯赠的场景下，一般是一个运营在一个工具型系统后台进行触发的，通过用户的uid、skuid 信息为用户发放权益
交易订单：打标区分这种赠品订单，方便后续进行数据统计。订单里订单实付金额记录的是0元，这里会涉及到如果本身赠品的商品金额大于0的话，订单会额外记录一下优惠金额，目的就是把钱打平。举个栗子，这个品原价99，实付0，那么优惠金额就是99
支付：创建0元支付单
商品库存：其实赠品也是常规商品，对于商品模型是没有影响的。也可以通过设置一个赠品标签来控制是否可以为赠品，这样做可以做一些赠品发放的管控

一般维护商品和配置活动的是不同的角色，有一些品如果作为赠品发放其实是有风险的。如果在商品这层做了标的限制，下游也需要识别这个标，非赠品的商品一旦下单为赠品订单，那么下单报错。如果没有这样的风险考虑，其实赠品的建品逻辑和其他商品是一样的。

促销：记录优惠项、优惠金额。赠品的优惠金额等于赠品商品金额
履约：与普通订单的履约流程无区别
售后：一般是可以根据常规的订单来进行售后退货退款（即退0元，权益收回），如果设计实物的话，其实是需要用户退回实物的，但是由于是0原单，业务本身也不care是否会寄回，简单处理可以隐藏售后入口

2. 买赠

1）业务含义

常见的买赠形式包含买一赠一、买一赠N、买N赠N。包括“主商品和赠品一致”以及“主商品和赠品不一致的”情况，前者就赠品和主品一致；后者常见的比如生鲜平台买菜，买肉会送蒜，今年过年期间买生鲜还送窗花、窗帘，节日气氛拉满。

2）系统边界

触发下单方：用户
交易订单：这种包含赠品的订单，和常规订单没有什么区别，只是命中了一个赠品促销。订单这边会记录命中的促销ID、主品关联的赠品商品的信息如skuid、商品名称、商品金额
支付：创建常规支付单
商品库存：主商品和赠品都是常规的商品数据，可以通过设置一个赠品标签来控制是否可以为赠品，这样做可以做一些赠品发放的管控
促销：根据创建的促销活动，关联主品和赠品的信息，制定活动生效时间、生效角色、范围等
履约：与普通订单的履约流程无区别
售后：根据常规的订单来进行售后策略来，一般买赠场景下，退主商品需要一并退回赠品。但是这里还区分是商家责任还是用户责任，一般如果是商家责任的话，会直接退费，主品和赠品也不需要退换

3. 满赠

1）业务含义

满赠顾名思义，就是满多少钱即获得赠品。赠的维度可以根据订单金额，比如订单实付满99有赠品；也可以根据部分商品金额来制定规则，比如生鲜类商品满39有赠品。

2）系统边界

触发下单方：用户
交易订单：买赠或者满赠，对于订单来说，和常规订单没有什么区别，只是命中了一个赠品促销。订单这边会记录命中的促销ID、赠品的信息如skuid、商品名称、商品金额
支付：创建常规支付单
商品库存：主商品和赠品都是常规的商品数据，可以通过设置一个赠品标签来控制是否可以为赠品，这样做可以做一些赠品发放的管控
促销：根据创建的促销活动，制定促销规则，如活动生效时间、生效角色、范围等
履约：与普通订单的履约流程无区别
售后：根据常规的订单来进行售后策略来，一般满赠场景下，退主商品需要一并退回赠品。但是这里还区分是商家责任还是用户责任，一般如果是商家责任的话，会直接退费，主品和赠品也不需要退换

本文由 @闫秀儿原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 sumchina520@foxmail.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.yiheng8.com/217216.html

电商_spu，spu在电商平台的应用？

一、赠品促销的形式

二、赠品对于商品模型的影响

三、交易各个角色整体交互

1. 纯赠

2. 买赠

3. 满赠

相关推荐