实例分享:如何设计砍价活动
砍价是诞生在社交电商的时代,是社交电商最常见的几种玩法之一,目的都是低成本获客,在完成拉新及留存的作用的基础上,实现粉丝裂变增长的商业目标。今天这篇文章,再跟大家分享下砍价活动的设计实例,希望能给大家带来帮助~
在之前的文章里,我们拆解了拼团活动和优惠券活动的前后端流程,大家可以通过以下链接进入阅读:
(1)拼团活动
(2)优惠券活动
今天这篇文章,再跟大家分享下砍价活动的设计实例,希望能给大家带来帮助~
一、什么是砍价活动
砍价是诞生在社交电商的时代,是社交电商最常见的几种玩法之一,目的都是低成本获客,在完成拉新及留存的作用的基础上,实现粉丝裂变增长的商业目标。
前两年砍价模式让拼多多高速增长,并超过其他同类产品,最快速的吃下了微信的社交红利。对于砍价活动的玩法,相信大家都不陌生,即用户选择心仪商品发起砍价活动,分享给多个好友后,通过好友的助力,使商品价格不断降低。
当足够人数的好友助力砍价后,砍到商品最低价格后,用户可以按照此价格下单,获得该商品。同时帮助该用户砍价的好友,看到此活动后,也可以自己发起砍价,邀请更多人参与到砍价活动中,实现以社交圈子为中心,聚合人,人拉人、人向人层层递进地卖货的目的。
具体流程如下图所示:
二、后台活动设置管理
1. 活动设置
设置砍价活动时,一般情况分2个部分设置:基础规则设置,活动商品设置。
(1)基础设置一般包含以下信息
1)活动名称
根据砍价活动参与的时间段或者目的的不同,根据具体活动情况直接设置砍价活动名称,相比去商品详情中进行修改要方便快捷,也更易于活动的管理,比如说常见的按活动时间设置砍价活动名称:双十一XXX商品砍价活动。
2)活动时间
商品参加砍价的活动时长,即砍价活动的开始时间和结束时间,只要在设置的时间范围内,用户进入商品详情页时均可主动发起砍价活动。
3)砍价有效期
发起者发起砍价后,在有效期内邀请足够好友进行砍价则砍价成功,若超出有效期,则锁定当前砍价金额。自定义有效期须大于1分钟且小于等于30天。创建后,买家可在砍价详情页看到有效期倒计时。
砍价活动时间和砍价有效期的关系:
- 活动时间范围内,支持消费者在小程序端发起砍价活动;
- 砍价有效期优先级大于活动时间。即当活动时间小于砍价有效期时,以砍价有效期为准。即:商家设定的活动时间为砍价可发起的时间,若用户发起砍价后,活动结束,但砍价有效期未结束,种子用户仍可继续邀请好友砍价。
什么意思呢?
举个例子:若活动商品的砍价活动时间为10月1日00:00:00-10月7日00:00:00,砍价有效期为24小时,则10月7日0点之前,用户可以发起砍价,且此砍价在24小时内有效,即该活动实际在10月8日0点之前结束此砍价活动;10月7日0点以后,用户不能再主动发起砍价,但支持用户帮已经发起但未满员未超过砍价有效期的活动进行砍价操作。
4)帮砍人数
设置目标帮砍人数,即最多支持多少人帮忙砍一刀。
5)帮砍金额
设置目标帮砍金额,即当完成目标帮砍人数时,最多支持砍掉多少钱。
6)活动预热
支持设置活动预热时间,开启后,商品详情页在活动开始前X小时,展示未开始的砍价活动,但活动开始前用户仅能看到此商品即将参与活动,但是无法直接发起砍价。不配置时默认此活动不预热,直到活动开始时才会出现砍价活动。
(2)活动商品设置
以SPU维度选择商品,选择后需要运营人员同步设置参与砍价的SKU即可即可:砍价活动以SKU维度设置,根据所勾选的SKU最终展示在前端,供用户参与活动。
2. 活动管理
砍价活动商品创建成功后,砍价活动列表对应新增一条活动记录。活动的管理即是对活动状态的管理,砍价活动的状态有:未提交,未开始,进行中,已结束,已终止5个状态。
(此处多说一句:其实看过其他营销工具设计文章的小伙伴就会发现,我们这边活动状态和活动设置都是通用的框架,只是框架里面的内容只是框架里面的内容,根据不同的活动填充不一样的信息而已)
(1)未提交:活动未提交仅保存,或未开始活动撤回的情况
仅在未提交状态时支持编辑活动信息的全部字段,点击提交按钮从“未提交”状态转为“未开始”状态。
(2)未开始:物理时间还未到砍价活动的开始时间
未开始状态支持撤回活动至“未提交”状态,或者点击终止活动操作,将活动状态转为“已终止”。
(3)进行中:物理时间在处在砍价活动的开始时间和结束时间段内
进行中状态仅支持终止活动操作,将活动状态转为“已终止”。
(4)已结束:物理时间超过砍价活动的结束时间
已结束状态是活动到期自动结束的情况。
(5)已终止:强制终止的砍价活动
已终止状态是活动在未开始或进行中状态时,运营人员点击“终止活动”按钮,强制结束活动的情况。
3. 活动数据统计及明细查看
砍价活动的数据统计主要体现在砍价记录和砍价详情里面,发起者发起砍价后,后台砍价记录列表会对应生成一条砍价记录,并且砍价记录详情里面会详细记录在有效期内邀请好友进行砍价的明细。
砍价记录有2个状态:
(1)进行中:指进行中的砍价记录
只要发起者发起砍价,不管最终是否砍价完成,是否下单,系统都会对应生产一条砍价记录,砍价记录跟是否满员砍价以及订单无绝对关联关系。
(2)已结束:已停止的砍价记录(含中途发起者手动停止,砍完系统自动停止,以及砍价超时系统自动停止的记录)
以下是砍价记录及砍价详情,当发起人发起砍价后即可查看此砍价活动的详细信息。
三、小程序前端交互及逻辑说明
同样的,当我们发起一个砍价活动时,通常需要以下几支功能去支撑砍价活动的运行:活动入口、商品详情页的展示和交互、购物车和订单展示及结算层面、订单管理、退款管理、以及个人中心-我的砍价。
1. 活动入口
活动入口除了从首页Banner以及相关的列表页进入,还可以通过分享商品链接,商品二维码以及朋友发起的砍价邀请进入。
- banner广告位指定跳转活动商品或者跳转指定的活动列表;
- 通过列表页进入:首页推荐活动列表以及砍价活动列表;
- 通过分享进入:朋友分享的活动商品链接,活动商品二维码,以及帮砍邀请等。
2. 商品详情页的展示和交互
同一个商品的砍价活动商品详情页和普通购买详情页是分开的2个页面,即:砍价商品详情页,仅展示参与砍价活动的SKU;普通商品详情页,展示此商品的全部SKU。
什么意思呢?假设SPU1下面有4个规格,分别是:SKU1、SKU2、SKU3、SKU4,其中SKU3、SKU4参与了砍价活动。
那么在那么在普通商品详情页,能选择4个规格:SKU1、SKU2、SKU3、SKU4。
在活动预热或者进行中状态时,有对应的砍价活动的提示,点击【去砍价】跳转SPU1对应的砍价商品详情页,此页面仅能选择2个活动的SKU:SKU3、SKU4。
其中砍价商品详情页,不管已选哪个SKU,点击【不砍价,直接购买】,均跳转普通商品详情页,且定位到上一页面选中的SKU,走普通商品购买流程。
3. 砍价详情页
砍价详情页的展示分2个角色展示:发起者和助力者,不同的角色看到的内容有所不同,如下图所示:
(发起者页面)
(助力者页面)
4. 购物车和订单展示及结算层面
(1)购物车活动商品展示的场景有以下2个
①无活动时,SKU已加入购物车的情况;
②活动预热或者活动进行中时,在普通商品详情页加入购物车的情况。
当购物车中的商品有参与砍价活动时,在活动预热或者进行中状态时,购物车会对应出现活动提醒展示信息,支持点击跳转砍价活动详情页。
(2)结算页面取值
①购物车选中商品,不管是选单个商品还是多个商品,点击进入结算页面时,是以商品正常销售价下单;
②只有通过砍价详情页【已砍完,立即购买】,才支持以砍价结束后的最低金额下单,也相当于参与砍价活动都是单个SKU下单。
5. 我的砍价
发起者发起砍价后,【我的砍价】会新增一条砍价记录,用来跟踪此砍价活动的砍价状态。
砍价记录有2个状态:进行中,已结束,如下图所示:
四、特别说明
1. 关于帮砍金额
砍价活动中关于每个帮砍者砍一刀,能砍掉多少钱 。这需要根据实际业务需要去定义不同的算法,比如说,为了不让有人一刀砍掉太多,或者一刀太少的情况,我们做了一个限制,每砍一刀都是在平均值的正负20%范围内。那么为了更准确的计算,我们在发起者点击发起砍价喊好友帮忙的时候已经把所有帮砍者的帮砍金额在后台已经提前计算并且生成。
即:点击跳转弹框【喊好友砍一刀】,此处需处理隐藏逻辑:
- 根据帮砍人数预生成随机砍价百分比序列, 随机数为小数点后两位;
- 每个随机数范围不得超过(帮砍总金额/帮砍人数)的正负20%;
- 随机砍价百分比序列总和等于1;
- 随机序列的作用为根据帮砍人的次序直接取序列中的值*帮砍总价 , 截取小数点后两位;
- 最后一刀等于砍价总金额减去已砍总金额即可。
2. 发起砍价前跟库存有关,发起砍价后跟库存无关
怎么理解呢?
意思就是说,当在砍价商品详情页的时候,如果无库存的话,系统限制不允许用户发起砍价,提示库存不足。但当用户发起砍价后,在砍价的过程中库存为0的话,一样支持用户邀请好友砍价,此处是未做实时校验的,直到砍价完成,下单的时候才会提示库存不足。
3. 关于中途下单和砍完下单
是否可以中途结束砍价下单,这个需要根据实际业务去考虑,可以未砍完中途手动结束去下单,也可以直接设计为必须砍至底价才支持下单。
若支持中途手动结束下单的话,那么下单前必须终止活动,并且活动终止后,不支持好友继续砍价,即相当于锁定下单前的砍价金额。这样处理是为了避免进入订单结算页面的时候,还有新的帮砍者进入。
若是必须砍至底价才能下单的话,则须在砍价有效期内完成目标帮砍人数和金额,才能砍价成功,反之则视为砍价失败。
以上是本次砍价的分享内容,篇幅较长,感谢阅读!
作者:shirly ,公众号:小小何小厨
本文由 @shirly 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于 CC0 协议
每个随机数范围不得超过(帮砍总金额/帮砍人数)的正负20%
这个怎理解的呢,如果总金额5元,砍人数4人的话,那么这个公式具体是怎么算的呢?
请大神多指点下~~
提交订单支付,不用验证活动有效期,活动有效期唯一的作用就是判断能不能发起活动
赞一个,写的超级详细。楼主可以再出个秒杀,把营销活动几文打尽。
请问拥有砍价功能的小程序,应到如何在微信禁止砍价的情况下正常运营?
小程序是微信的,现在只是外部的砍价链接被禁了
老铁 你第一张图 私发一下吗
可以可以,非常详细的手把手 就是第一张图太模糊了看不清
确实真的是干活,下一篇是什么时候那?期待 😉 😉
另外再请教一下,看过楼主关于拼团的解析,单纯从后台界面来看,其实区别不大,前端界面也是涉及到入口问题,商详,购物车。从这个角度上看,拼团和砍价其实区别不大,那设计这种营销活动,重点在于什么地方呢?
其实我这边做的营销工具,主框架都是一样的。复用性比较高,只是根据不同的活动特性调整分支内容和细节。
活动的最终目的都是为了引流和销售产品,工具主要是给运营同事的运营方案提供支持,玩法多样化。
楼主每篇干货的流程图都花得很详细!但是流程图中的砍价已过期流程后应该支持按实际砍价后价格购买吧?
另外,请教一下,判断是否在活动时间内和判断库存情况,是否有先后顺序要求呢?
砍价已过期的话就是活动时间结束了,如果砍好了没下单的话,就不支持按活动价买了
这两个判断实际校验的时候基本是同时进行的,不分先后哦
这个和砍价有效期和活动时间逻辑违背了啊,活动时间结束了就不能支付,应该是活动结束了,所有的砍价都结束了,再发起也没意思啊,反正不能支付
没被厨艺耽误的美女不是好产品!良心干货得赞!
谢谢龙哥捧场
请教一下,砍价的公式是通过什么来确定的,“(帮砍总金额/帮砍人数)的正负20%”为什么是20%不是10或是25?
这个只是我把定义成20%,你可以不设,也可以设成其他阈值,这个不是一定的 🙄
感谢回复,那就是需要根据活动情况进行再优化的是吧?
是的,看实际情况灵活处理就行
干货 666
谢谢
这个是自主开发的小程序吗?还是有第三方软件可以直接使用?
自主开发哦,不过参考了有赞拼团工具的设计
满满的干货!!辛苦楼主
谢谢