记录一次投票活动小程序的运营复盘

~

还有不到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人的答题活动? - 微信开放社区 https://developers.weixin.qq.com/community/develop/article/doc/0004e484c14ba0587e5b018b656413

看到这个标题，我临时把刚开始的标题改成了跟这个类似的，也许是为了一种延续，目前答题、投票、抽奖、问卷，我已有其三，希望后面的路越走越宽