许愿树活动目的:
以活动带动空间整体活跃;
主要基调是以情感为主,提高用户活跃度;
通过活动达成年终KPI。
活动数据
活动的整体参与情况火爆:
在上线阶段由于多渠道同时推广促进,前期已经达到高峰(22日),由于放量过猛导致PC侧压力过大,中期关闭推广入口(23-26日)期间参与用户整体下降,26日出现谷值,27日解除限制后,在月末效应和元旦影响下仍然增长,最后恢复至放量前水平
活动操作增量与用户量变化一直,符合预期:
操作成本低的操作会带来很大的刺激,因而即使已在分数上软性限制,但仍需在总量上对操作次数现在以降低压力;而祝福留言成本较高,且被祝福者可以选择控制留言板,对整体量有一定影响。
产品联动--微博的话题
活动仍采用系统默认自带 #许愿树# 的形式,形成话题。
直至活动结束,累计话题600几万,在活动结束后,仍有用户以此为话题发表微博(原因未知),对手机QQ空间整体有一定的口碑传播作用。
用户意见及反馈
用户感知渠道:从整体看活动在自有渠道的感知度依旧最高。
用户参与态度:从用户参与活动的频率可见,半数53%的用户会有经常及每天一次的参与,而偶尔关注的也达到38%
用户喜好:用户整体有九成以上对活动的喜好在一般以上,其中认为很喜欢的约近二成,用户整体较为喜欢活动的形式。
参与目的:用户绝大部分表示希望愿望实现,符合用户对情感寄托的需求。奖品及有趣程度票数也很高,可见活动的形式对活动效果也有一定影响。
用户意见及反馈
用户评价(正面)
传递大家的祝福,分享大家的愿望!
许愿树名字很温馨、而且愿望前面会有一颗小红心
通过活动我可以叙说祝福和了解朋友们的牵挂!
许愿树是对愿望的寄托,希望愿意可以实现!
心灵的寄托,实现愿望!再说了还可以碰运气得奖品了。
可以让我给我朋友和家人他们带去更多的祝福…
用户评价(负面)
你们太吝啬、、奖品我从来没有得过、以前类似的活动我经常参加、就是不见得奖、没有信心参加了
没创意,不够新颖……
中奖机率太小,连小奖品都没得。
每次参与活动、什么奖励都没得到
奖品不够多,有的人天天支持到头来什么也没有。应该每个参与活动的人都送一点小礼物才对。
教训与不足
1. 时间过于仓促,未能对时间充分安排好
- 与公司的圣诞活动冲突,使整体产品质量受到影响
- 由于上线时间过短,导致推广策略太急进,为运营留下了隐患
2. 跨部门沟通的预估不到位
- 针对PC侧服务器的承受能力估算不准,加上压力监控有误,导致推广放量策略过于急进,直接影响到活动整体效果
- 由于节日效应的影响,说说整体的拉升较平日更明显,而手机侧不能作推广,导致活动同样受到影响
3.抽奖出现bug,未能及时发现及处理
- 由于开发中有一个逻辑bug,导致有1名用户投诉查询自己有中奖,但中奖名单没有
- 由于抽奖日在元旦,直到4号才进行处理,增加了运营风险
4.运营策略不够充分,对时间安排及风险点把握不足
-未能很好的避免节日效应的浮涨,在未能及时推广的前提下影响了运营效果
- 策划前未能对运营风险点预见,造成运营危机
经验与小结
策划及沟通
1、提前一个半月开始计划,至少预留一个月给技术开发及测试
2、策划时尽量考虑各风险因素,对可能带来压力的地方进行限制
3、确保多方面的沟通和知会,包括项目组内的技术及测试,其他项目组的产品、技术的知会和沟通,除邮件和RTX,还需要参加PC的技术评审以避免风险
开发及测试
1、技术可提前完成,避免将活动上线时间和发布时间重叠,可以提前一周发布后,在活动当日打开开关
2、进行全面的测试,即使是代码复用的形式,仍需要注意其中可能出现的bug和漏洞,在必要的时候可以在上线前调整活动规则以确保活动的进行
运营和推广
1、跨部门的产品合作会带来叠加的宣传效果,但同时也需要考虑叠加后的风险
2、由于节假日效应,活动的时间尽量避免跨节日,或者让节日出现在活动的后期,使得整体的增长平稳
3、放量计划需有步骤和节奏,避免过快,可以按:个人空间—农场牧场—空间系统消息的顺序进行放量
评论