优惠券场景的分发玩法
大家伙,今天老王跟大家, 来聊聊优惠券玩法的设计思路。后面会在更新一些优惠券核销的逻辑。
优惠券的基本架构并不复杂,复杂的是怎样才能利用好这批优惠券,什么玩法能提高优惠券的转化率。下面介绍的这些玩法,算是抛转引玉吧,也是市面上比较常见的几类玩法。从易到难,依次讲解优惠券玩法。
定时抢券
定时抢券是大促行之有效的玩法,在特定的时间放开抢券入口,如每天10点,18点,22点等流量高峰期。这个玩法的核心点有以下几个:
优惠券的折扣率要高,比如满500减300元券,5折券。物以稀为贵,有价值的券,用户才会去参与抢夺。
时间设定上,最好选择在日常流量的高峰期,提高优惠券发放效率。
抢券预热,提前预告优惠券的价值和抢夺时间,定点召回用户。在创建优惠券时,要有记住几个时间点,优惠券创建时间,审批时间,生效时间和失效时间。抢券预热的时候,要在生效时间前,到了时间点,优惠券才可领取。当然这不是绝对的,也可以在优惠券未生效时领取,只是无法使用而已。
购买券
作为优惠券的产品经理,如果你觉得高价值的券抢的玩法太单一,然后还不想让用户白拿权益,还可以尝试把券作为虚拟商品在平台上售卖。用户支付一定的金额后,平台发货,将优惠券发至购买用户的账号上。
在设计购买券时,仍然要遵循商品上架和购买逻辑,由运营上架商品,设定价格,用户在前台购买下单,具体产品思路应该是这样,
上架优惠券商品。录入优惠券的商品信息,包含名称,图片,描述,详情页等信息。设定商品类目属性,一般为虚拟类目。配置优惠券库存,全渠道库存。
对接订单系统,生成订单并匹配订单号。设定优惠券的订单类型,如优惠券订单,订单类型主要目的是为了下游业务识别以及数据统计。
对接台账系统,记录订单实收和应收,保证入账准确性。
对接支付系统,生成的订单需要走支付,通过支付系统,收款。
优惠券作为虚拟商品需要走一遍上述的流程。大公司内,这些底层能力都会集成在中台系统,是不需要开发的。
1元夺宝券
曾经市面上有种玩法非常火爆,叫做一元夺宝。这种玩法对于用户来说,花费一元钱可以购买报名资格,有机会中最终的大奖。
对于平台端来说,可以设定一定阈值的夺宝额,当购买人数超过xx人时,就可以择时开奖。当购买人数>奖品金额,即使奖品发放出去,平台也是稳赚不亏的。
玩法参考了彩票的流程,先购买后开奖。夺宝券同样道理,用户先花1元购买抢券资格,当系统开奖后,从有资格的用户中开抽取幸运用户,获得优惠券。
可以把整个玩法看成蓄水池,有资格的用户是池子中的水,中奖用户是从池水中舀出的水。池水的进水口是用户花一元钱购买,出水口是中奖用户。可是中奖的用户只有一人,蓄水的人却上万,会不会觉得浪费了资源。
拼多多有个非常机智和讨巧的玩法,中奖的人是一等奖,最大奖。未中奖的人是二等奖,会给一些额外的其他权益并且未中奖的人还会把钱返还到账户里,真是熟读人性。
这种方式完美的解决了,蓄水用户利用率的问题。下面笔者会分析拼多多的玩法。
推荐优惠券
推荐用户可能喜欢的券,下单概率最高的券。比如苹果新机发布了,一些用户经常访问苹果店铺,也加入了购物车,但就是迟迟不下单?很大一部分原因是价格因素,如果此时平台可以推荐用户一张苹果的10000-200的满减券,用户可能回立即进行下单操作了。
发券可以实时发给用户,根据用户目前的访问行为判断用户行为,在用户访问的某个路径上直接弹出优惠券信息,如访问商品详情页时,直接弹出该商品的大额券。也可以离线发放,根据用户的历史数据来判断应该给用户哪些优惠券。
发放形式也有两种,一种是用户需要主动领取。进行某个action时,领取优惠券,主动触发;另一种是系统直接发放,根据用户id在某个时间点直接将优惠券发放到用户账户里。直发的形式虽然用户无需领取,但是用户可能无法感知优惠券的存在。
瓜分优惠券
瓜分优惠券其实是瓜分红包的衍生玩法,既然红包可以瓜分,优惠券自然也可以瓜分。一般瓜分的是相对比较大额的券,如满1000减800券。瓜分的不是1000元,而是800元的总额度。
800元的额度可以细拆为几个其他优惠券。按照人头数拆分,如满1000减400,满500减200,和2张满200减100券,只要额度控制在800元即可。
细拆之后的优惠券也有价值高低之分,按照顺序排一等奖,二等奖和三等奖,其余价值低者为参与奖。看下面的图,能完全理解瓜分券的思路。
瓜分券的核心思路是吸引更多用户参与,1张高价值权益可以扩散给更多人,同属于社交玩法,需要用户自发的将玩法通过自有的社交链路,分享给更多好友。用户可瓜分券的大小随机,系统不做额外干预。
同属瓜分券的玩法,瓜分券的额度和排序在领取队列中是固定的,比如说第3个人领取的优惠券最大。
虽然用户不知道到底有多大,提前给了最大的预期,可以进一步的刺激用户瓜分参与活动。是不是感觉很熟悉,把该玩法使用的炉火纯青的是美团外卖和饿了么,相信你也被微信群里的优惠券轰炸了。
优惠券的社交玩法
小明拥有一张折扣率很高的优惠券,但他却没有购买欲望。眼看优惠券即将过期,此时怎么办?他选择立即使用优惠券!但他自己不想使用,而是通过微信把优惠券分享给李鹏。
小明和李鹏是基于熟人间的场景,优惠券可以在社交渠道进行分享转赠。
不过,转赠券的风险很大。如果一群黄牛进入平台,进行互相转赠。那么这些大额优惠券都将会流入黄牛之手,并且高价售卖出去。一旦黄牛库存积压,优惠券就不会带来转化,平台损失非常大。
所以,在做分享转赠时,需要对转赠人和接收人进行一系列校验,具体可参考如下几点:
身份风险等级的校验:对于黑名单用户,恶意用户或黄牛用户做直接限制,此类用户无法使用转赠功能。或者只有实名人户才能使用转赠功能。不过对于新注册账号来说,这种方式只能是治标不治本。
对券做类型限制。在设计这类产品时,就明确规定折扣率低于阈值时的券是无法转赠的。
时间限制。如开放转赠的功能只有在某个时间段,过期就没办法使用该功能。为了使用转赠,系统需要加这么多的逻辑,其实是得不偿失,而且严重依赖社交链路,一旦分享被封禁,该产品将无法再继续下去了。
优惠券拉新玩法
在泛流量时代,电商的上半场,优惠券触达用户的方式比较粗犷,基本是通投优惠券。在当时,流量只能是流量,流量是个东西。到了电商下半场,对于流量的运营更加精细化,追求的是投入产出比ROI,不再盲目。
此时,流量不仅仅是流量,对于平台来说,他是粉丝,潜客,老客。
什么是新人?对于平台而言,未注册的用户是新人,曾经注册过但n天未购买也可以称为是新人。
对于品类来说,n天未购买过的用户都算为是品类新人。对于店铺来说,n天未在店铺购买过的用户都是店铺新人。拉新是每个电商角色的大难题,花费成本很高,每个新用户投入花费至少在20元以上,但却不得不花成本去做,可能花的钱就像往海里扔个石子,不见涟漪。
对人说人话,对鬼说鬼话。拉新也要找对人,给对优惠券,才能起到好的效果。我们需要两个系统提供服务,首先是能够识别人群服务,包含平台新人,品
类新人和店铺新人,如果查询到这个人是新人,还会用到另外一个发券的系统。注意,发券的系统不一定是创建券的系统,要区分开。
上游要告诉发券系统,哪个用户是新人,什么新人,然后发券系统直发对应的优惠券。
如果拉新优惠券需要用户主动领取,那么就需要在投放端的资源位做相应的改造。首先,资源位要知道进来的用户是不是新人,如果是新人则展示资源位内容。如果不是新人则不展示新人资源位。