许愿树活动目的：
以活动带动空间整体活跃；
主要基调是以情感为主，提高用户活跃度；
通过活动达成年终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、放量计划需有步骤和节奏，避免过快，可以按：个人空间—农场牧场—空间系统消息的顺序进行放量
评论