关于集卡类活动，我们应该怎么做？

发布者： 91运营 2017-11-07 11:53 活动运营集卡

14687

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

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

–正文–

活动背景及目标

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

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

活动主题及形式

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

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

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

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

不管集齐了几张卡，都会获得对应奖励；
集卡核心环节——卡片交换环节被割了。

协调组织资源

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

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

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

活动产品方案

流程图

（右击在新标签页中打开，即可查看大图）

原型图

（右击在新标签页中打开，即可查看大图）

概率算法

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

奖品分布情况如下：

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

（右击在新标签页中打开，即可查看大图）

总投放卡片数量为：15015张

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

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

风险评估

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