虽然这不是平台的第一次活动，但是我经手的第一次活动，而且平台之前确实也基本处于百废待兴状态，所以就当做零起步的第一次活动吧。
昨天活动刚刚结束，趁热打铁，记录并探讨下这次活动亮点与问题。当然，这些观点全部属于个人意见，欢迎批评指正，探讨交流。
预备知识
SRC对外要素
预备知识先说说SRC对外的几个重点要素，如果想做好对外的工作，必须要着重考虑一下几点。
SRC的成长阶段
这里使用产品生命周期做个借鉴，产品生命周期分为：出生期、成长期、成熟期、衰退期。其实SRC也相似的，把它称为出生、成长、成熟、迭代迭代不断循环第二第三阶段。
零起步拉新的第一次活动
前期准备
杂谈
对于零起步的SRC，我对上边的SRC对外要素进行了排列：
白帽子>运营>漏洞
也就是说，对于初始阶段的SRC来说，首先需要的就是白帽子，有了白帽子之后需要的就是运营，通过运营的口碑来吸引更多的人。
- 漏洞：漏洞质量不是这个阶段关注的重点，初始阶段，白帽子对于业务不了解，提交的漏洞质量不高这是正常现象。随着白帽子粘性的增强，白帽子质量的提升，对业务的了解程度增加，漏洞质量自然会上涨，但是这是下一个阶段的事情了。
- 白帽子：这块，注重的是数量而非质量，而根据SRC成长阶段，白帽子维护贯穿整个阶段。用互联网最常用的“增长黑客6条法则”来说，用户获取(拉新)、用户活跃(活跃)、用户留存(留存)、用户推荐(推荐)、用户收益(价值)。而当前阶段需要做的是拉新+活跃+推荐，肯定要是做线上活动去让诱导白帽子来到平台，知道平台的存在，然后通过对这个平台的口碑去推荐这个平台给更多的人，这是这个阶段在意的。
- 运营：这是一个对后续影响最大的因素，SRC在建立初期，必须要有完善的制度，包括评分奖励制度、内部的漏洞处理规范流程等等，有规矩才能更高效。而这个阶段白帽子运营和工作人员处理漏洞的速度和对争议漏洞的处理方法直接关系到你在业内的口碑，必须要尽量做好。
活动方案——用团队内宣传来拉新
明确了此次活动我应该要做什么——拉新，即确定了活动目标”拉新“就可以开始想活动方案了。
其实用了最俗的三倍积分，之前看了各家SRC的用来拉新的活动方案，无非就是白帽子推荐，老带新，或者是高奖励。但是现实是残酷的，SRC太穷了，拼钱拼不过，还想让更多人来，只能用四个字形容——白日做梦！
老M曾经和我说，现在的SRC奖励都一般，全都是靠着到季度结束的季度奖励活着。于是灵光一现，SRC现在还没有团队奖励，想到了用团队之间互相拉人的方式，来达到拉新的目的，又节省了很大的宣传成本。即设置团队奖项，做到既有小奖(雨露均沾)又有大奖(调动积极性)。
于是就有了这次挨着七夕却没有用它做主题、借着新版本平台上线硬扯上关系的一次没有创新的活动！ 具体活动方案怎么写这里就不赘述了。
中期活动
因为是第一次搞活动，搞活动期间要像时刻盯着股市大盘一样盯着后台，因为虽然你自认为在前期策划的时候考虑到了所有因素，但是毕竟是第一次，意外随时都有可能发生。你需要根据市场风向标及时作出调整，当然这里的调整不是说临时放松评分标准，而且想办法如何在活动完成后及时进行补救。很不幸，这次活动意外就发生了。
活动奖励没有像我想象的那么高，因为我对核心和一般业务的界限不够清晰，导致在规则制定是只考虑到了1%的人，没有考虑到剩下的99%的人。。。。。。自我检讨五分钟。。。。。。
后期结束
结束也需要多考虑一些，比如这次活动没有预料到团队重组，为了公平起见，全部按照原始团队进行最后的团队评选，提前检验了一份团队人员名单。后来AKast小哥哥给了我一个方法，在后边总结会说到。
总结
来这里一个月了，中间穿插了很多其他的事(不是只做SRC运营)，所以做的会比较慢，终于做完了一次活动，有几点经验教训分享~
做关于团队奖励的活动，提前确认团队成员很重要，不然后续会很麻烦。
解决办法：1. 通过平台限制，要求几个月更改一次团队名，或者后台可以加功能，在这种活动期间禁止更改团队名。2. 通过提前备案的方式，在活动开始前几天，就对团队成员进行统计。
活动奖励太低，对于口碑的建立影响很大，赶快涨积分！！！！！
活动内部审核规范要定好，不要总想着最终解释权在自己手里，审核时间需要有具体的要求（审核速度也很重要），对外的漏洞处理规范要细化。
这样拉新是有效果的，相比其他的拉新办法确实有效，可以尝试。
跟漏洞数量相关的奖励，一定要限定漏洞质量，自己体会。
游戏公司和互联网公司差别还是很大的，最近经常受到一些朋友发给我吐槽审核评级不合理的内容，这种问题需要多方协作的问题需要一步步解决不可能一口吃撑一个胖子。也从各种朋友那里了解了一些不从漏洞本身而从业务方向为出发点看待漏洞的实际情况，有时候一味的推动闭环不是最好的解决办法，凡事多从技术角度出发考虑问题，给出合理的解决方法很重要。