经验分享|关于集卡类活动,我们应该怎么做?

5 评论 17870 浏览 113 收藏 10 分钟

中秋节做了一个关于集卡的活动,我在这里对这个活动做下反思,讲讲活动中的不足和踩过的坑!

从小时候吃方便面集水浒卡,到15年春节支付宝集福,再到王者荣耀兑换“凯”,还有OFO”厉害了我的国“。集卡活动从实体到线上,从十几年前到现在,一直作为一大活动利器,经久不衰。各个活动的目的虽不同,但其背后的逻辑终究是共同的,这里就讲讲最近一次做的一次阉割版的集卡活动。

活动背景及目标

时逢中秋节,想起最近的用户增长缓慢,加之最近很久没有策划过活动,于是就想做一场活动,来刺激刺激用户,提升用户粘性,提升用户增量,提升业务单量。

因此我们定了一个很奇怪的目标:APP打开率提升15%,订单单量提升5%。

活动主题及形式

这时结合中秋节的主题,然后我们在创意阶段沟通确认了形式:集卡。结合中秋节,我们反复优化了我们的主题:“中秋U礼,一点到手——集UU跑腿装备,赢中秋815现金大礼 ”,采用了这个噱头。

活动通过用户版APP弹窗作为入口,以红包雨集装备卡赢奖品的游戏形式让大家参与,集齐不同种卡,赢取不同奖励;

而在这个活动过程中,因为时间方面原因,将集卡的核心环节——交换,阉割掉了,这是在之后复盘过程我们觉得非常可惜的一个部分。

因此这次集卡,和正常版集卡,最大的两点不同,很可惜:

  1. 不管集齐了几张卡,都会获得对应奖励;
  2. 集卡核心环节——卡片交换环节被割了。

协调组织资源

当活动确认开始怼的时候,这个时候就需要协调相关资源,主要分为三个部分:

  • 财务资源:这个活动总预算,能够发出去多少价值的奖品出去。
  • 人力资源:协调相关的PM、UE、UI、RD、QA时间排期,进行活动的研发准备工作。
  • 宣传资源:活动所使用的宣传渠道,官微、APP弹窗的排期。

这次活动因为时间仓促,基本是产品方案、设计稿、研发同步进行,完成一个页面做一个页面,过程找哪个再反复调整,这个略坑。

活动产品方案

流程图

(右击在新标签页中打开,即可查看大图)

原型图

(右击在新标签页中打开,即可查看大图)

概率算法

因为本次活动总共五个奖项,分别对应集齐1-5张卡,而根据财务预算,每个奖项的数量又分别不同。卡片本身就是有概率得到,即要求活动的可玩儿性,又需要保证每个奖品发放出去的数量不能超过预算。于是基于此,做了一个保守的算法,在此分享给大家,如果大家有更好的方式,可以一起进行下探讨。

奖品分布情况如下:

在概率测算上,我们采用了控制通过控制卡片数量,来控制各个奖项的中奖概率方式。为了保证不至于一个人集中拿同类型卡片的情况,我们采用了先计算头尾奖项的方式,再计算中奖的方式来测算卡片投放占比。计算头部,是为了保证大奖不至于落空或者多拿,计算尾部,是为了保证卡片尽可能的均匀保证可玩儿性,详细 计算方式如下:

(右击在新标签页中打开,即可查看大图)

总投放卡片数量为:15015张

卡片抽中概率,则根据 卡片数量/参与人次 测算了大概的抽中概率。

而投放节奏上,因为活动时间总计是10天,而我们保证参与性,担心因为预估参与人次误差,以及担心前几天会把大奖拿走,于是做了投放节奏的限制。每天投放:卡片总数/活动天数=1500张卡片,3张大奖卡则放在了活动的最后3天依次投放。这样的好处是,在活动的运营过程中,可以根据当天消耗数量,及时调整概率和投放数量。

风险评估

做活动的最怕的就是羊毛党,针对羊毛党,一直以来都是防不胜防,而本次活动担心羊毛党拔毛,对于风险防范在后期操作中也做了一些措施。

活动过程中的调整

数据效果跟踪

这次活动,提前完全忘记了提前做埋点的事情,导致了运营过程中会拉取数据做监控时,很多数据都取不到,还好我们的研发GG通过用户信息去重操作拉到了我们需要的数据,赞个!

因此给大家做活动时一定要记得事情,活动方案时,一定要记得提前提取做活动需要的数据,在活动前就准备以后会用到什么数据!

卡片数量调整

活动第一天放出去的时候,果然发生了我们预估以外的事情,卡片竟然没有抽完!还好提前做好了应急预案,紧急的把卡片抽中概率做了调整。这样以后活动中,基本每天卡片在当天晚上8点左右不到就抽完了当天的量。

活动后的复盘

从活动的数据结果来看

活动的效果是达到了目标,但是有一些很有意思的数据,让我们有了一些很有意思的反思,这里简单分享两个。

比如:下图是每日活动转换率趋势图,很神奇的是竟然一平到底,竟然没有任何波动和高峰期,话说活动不是一般都会有爆发和低谷的吗?我们分析是最大的可能是因为,我们渠道推广效果基本没有。

再比如:下图是我们的参与用户行为占比图,其中浅绿色的部分是我们的跑男用户,这部分用户本身不是我们的活动目标,也没有针对他们做活动推广,但是从转换和分享来说,竟然是占比最高的!

从活动过程来看

活动时间紧张,开发过程中变更,导致我们活动很多很好得想法无法实现,基于此,我们针对活动专门定了一套SOP规范流程,这样就可以一定程度上避免时间紧迫造成的手忙脚乱了!

最后留两个话题:

  1. 关于集卡类的活动,集卡抽中的算法你有什么好的方式吗?
  2. 关于活动中为了防止的羊毛党扒羊毛,你一般会采用了哪些防范措施?

 

作者:驰子,互联网圈打杂骚年

本文由 @驰子 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 参与奖增加的跑男冲锋衣和电动车卡的数量 不会导致一等奖,二等奖的实际数量超出原定的计划么?

    来自浙江 回复
  2. 作者你好,做一个集卡的APP或者小程序,你觉得有运营的价值吗?

    来自广东 回复
  3. 关于作者留的两个话题无法解答,看这篇文章就想看看作者的团第是怎么解决的。
    另外个人的感觉这次活动目标确实很奇怪,活动设计就感觉缺乏重点,最后的效果分析,分析的跟当初的目标完全不搭边啊。
    为啥不把活动定为拉新呢?另外这个分享机制难道不都分享给了传输文件小助手吗?

    作者能详细讲讲发卡的机制吗?按照这个分发机制最后的得奖人数符合预期吗?希望能交流下

    来自上海 回复
    1. 造成不统一是因为,这次活动目标提出\活动执行\复盘总结分别涉及了多个部门,而中间没有做好充足的沟通,所以才会有 “奇怪的目标”\”反复调整的过程”\”有趣的结果”。这是一个巨坑,这个故事告诉我们遇到垮多部门多环节的合作时,一定要统一认知,所有最后制订了工作的SOP流程。
      分享给文件助手,这里倒是没有,一是我们平台产品用户对于此类参与度还是蛮高的。二是当时压根就没有针对于分享结果回调做过处理,要么不分享,要么就分享。
      发卡机制是符合预期的,控制了每天发卡上限量,还根据每天实时数据调整概率。在人工干预的情况下,想不符合也难吧?

      来自河南 回复
  4. 上篇文章隔了一年半,看来成长了很多呀

    来自广东 回复