记录一次投票活动小程序的运营复盘
~
还有不到1小时,今天就结束了,历时10天的投票活动也来到了尾声,从最初的忐忑,到过程中的胸有成竹,到如今的些许遗憾,不过怎么样,这个活动算是完成了
活动官方链接为
https://mp.weixin.qq.com/s/kY6hZTei5vl1nX-Fw
具体的数据和费用我跟大家汇总下
本次活动大概消费了330元,单日日活最高为4.5W,累计投票人次超 8W,累计投票次数超30W
费用这块由于我个人的疏忽造成了很多不必要的消费,这个在前面的文章中已经多次提到了。
~
费用这块
~
~
~
~
~
数据最终定格在
~
其实后面几天扣费一直为0,买的几个套餐都没有消耗,看上去虽然数据库读操作,单日最高突破了150W,但是其实读操作是最便宜的,最贵的还是CDN的流量
第一天没有处理好这一块,第一天就跑了将近一个T,而我买的套餐只是100G,所以整体的支出是在这块,如下图所示
~
今天最后一天我盯了下数据,发现其实还是存在很严重的刷票现象的,比如下面这张截图
~
由于前期对于刷票这个行为没有考虑到,就导致很多用户在后台抱怨数据的不真实性,但是作为投票活动,要真正杜绝刷票真的还是太难了,这个问题也为我日后在小程序优化指明了方向。
今天趁尾声上线了几个小功能
1)增加了用户手机号的收集;
2)在用户反馈模块增加了用户联系方式的收集;
希望通过这二个优化,可以在用户抱怨的时候,做一些安抚的工作,除此之外还真得没有其他好的方式。
后面还有一件事情就是如上面公众号所描述的,随机抽取500位幸运投票用户奖励100元购物礼金,由于在昨天上线了地址收集功能,计划是在本市区随机选500位了
通过这种方式也可以最大程度保证购物礼金的实际兑付。
总结
刷票行为的存在让本来一次很完美的活动出现了一些不好的声音,也给带来了一点遗憾,但是作为一个新的尝试,我也只能安慰自己,其实想想之前第一次做答题活动的时候漏洞百出,甚至导致活动不得延期举办,这本身已是很大的进步了
参考
如何使用小程序云开发轻松支撑一场超过50000人的答题活动? - 微信开放社区 如何使用小程序云开发轻松支撑一场超过50000人的答题活动 | 微信开放社区
看到这个标题,我临时把刚开始的标题改成了跟这个类似的,也许是为了一种延续,目前答题、投票、抽奖、问卷,我已有其三,希望后面的路越走越宽