案例分享:如何处理领现金券红包时的登录问题

编辑导语:如今很多商家在开展一些线上活动时,会采用现金红包或者现金券的方式进行推广和转化,一般领券会有登录账户这一步操作,如果步骤不得当可能会造成用户的流失;本文作者分享了关于如何处理领现金券红包时的登录问题,我们一起来了解一下。
案例分享:如何处理领现金券红包时的登录问题
文章插图
不久前,我负责了一个“现金券红包”的项目,策划过程中的一些思考,我觉得还挺有意思的;所以,今天在这里和大家做个分享,权当抛砖引玉。
01先简单介绍一下项目的情况。
公司近期要主推某款商品,“现金券红包”是这个推广计划的一部分,大致内容如下:

  • 用户可以在首页等多个地方点击红包弹窗,领取现金券。
  • 现金券金额随机,仅限购买该商品时使用,24小时内有效。
做这个“现金券红包”,目的主要有以下几个:
  • 通过在多个地方显示红包弹窗,吸引用户点击访问该商品详情页,为之引流。
  • 通过赠送现金券,提高用户对该商品的兴趣。
  • 通过设置现金券的有效期,促使有意向的用户尽快购买。
现金券需要和用户的账号进行关联。那么,自然就会有一个问题:如果用户在没有登录的情况下,点击了红包弹窗,要怎么处理?
今天想和大家分享的,就是围绕这个“登录问题”,我的整个思考过程。
02首先想到的是,方案一:
访问时,只有携带登录态,才显示红包弹窗。
直接把产生问题的情况给拿掉,非常简单粗暴。
当然,稍微想想就知道,这是不可行的。
因为,访问公司网站的用户,大多数情况下都是没有登录的。
把这部分用户排除掉,活动的效果会大打折扣。
03那么,换种思路,考虑方案二:
  • 访问时,没有携带登录态,也显示红包弹窗。
  • 点击红包时,先跳转到通用登录页,登录后返回并刷新页面(登录后,即可按“有登录态”的情况处理)。
当然,可以进一步优化:
  • 把“通用登录页”,改成“当前页短信验证码登录弹窗”。
  • 登录后自动完成现金券领取,用户不用再点击领取。
这个方案的优点在于,“没有登录态”的支线流程机制简单,且不影响“有登录态”的主线流程。
但是,稍微考虑下,还是有问题。
几块钱的现金券,其实没多大吸引力。现在谁缺这几块钱?
用户感兴趣的,其实是这种“奖励随机”的游戏。
如果用户点击红包后,没有直接“中奖”,而是先跳转登录,很可能就不玩了。
毕竟这类活动,大家已经见得太多了。甚至还有很多打着“领红包”的噱头骗用户点击的情况。
所以,用户的“兴趣”不会很强。用户愿意点击,就很不错了。
04基于此,再进行优化,方案三如下:
  • 访问时,没有携带登录态,也显示红包弹窗。
  • 点击红包后,显示抽中金额,同时引导用户短信验证码登录,以查看现金券详情。
1)若用户完成登录,则将该现金券归属到该账号下。
2)若用户不登录直接离开,则该现金券作废。
这个方案,将“中奖”前置了,用户的“获得感”更强,对活动的兴趣应该会高一些,更愿意按流程往下走。
而“离开则作废”的机制,使得每次点击红包,都是与上次无关的独立操作。整个判断机制,会简单许多。
但是,马上,我就发现,这个方案有一个漏洞!
现金券,会按照一定的概率,随机生成10元以内的任意整数金额。
因为各金额的概率固定,所以平均金额期望是固定的、可控的。
但是,如果使用这个方案,用户就可以作弊:如果中奖金额不是最大值,就重新进入,重新领取,直到出现最大值。
这会导致营销成本超出计划;这个现金券,是公司补贴用户的。每一块钱,都是实打实的成本。
所以,这样的方案,肯定是不行的。
05为了弥补这个漏洞,我又考虑了方案四:
  • 访问时,没有携带登录态,也显示红包弹窗。
  • 点击红包后,显示抽中金额(并将该金额写入cookie中),同时引导用户短信验证码登录,以查看现金券详情。
1)若用户完成登录,则将该现金券归属到该账号下(并清掉该cookie)。
2)若用户不登录直接离开,则该现金券作废(该cookie不作废,用户再次进入点击红包时,开出来的现金券金额固定为cookie中的数值)。
这里暂时不考虑cookie的安全性问题。
按照这个方案,就可以把上面的漏洞给补上了。