活动运营的基础建设

背景

做活动过百的所见所想。
在平台运营中，活动是十分常规化的工作。每年活动量1000+。而活动又有着以下特点：

1. 产品周期短
2. 需求变更多
3. 对需求响应要迅速及时
4. 活动数据要可监控与预警
5. 人力不足，资源不到位
6. 活动重复度高

如果每次都按标准化流程去制作，对产品经理和开发的体力与压力考验都是非常巨大的。 而本文试着从技术角度对这些问题做出解决方案。

活动运营平台的建设

活动运营平台的用户对象是产品经理与运营人员。主要功能有几点：

1. 活动数据以图形化等方式直观显示
2. 对活动设置的监控点或者异常数据提出预警
3. 通过后台对活动程序做出简单的控制与修改
4. 可以自动化创建简单的活动

而活动平台又需要以下特性：

1. 可扩展:增加代码的通用性，保证系统的可扩展性
2. 可接入:提供一组API，让新活动能极其方便地接入活动运营平台。

活动平台的建设有以下几点好处：

1. 节省开发人力。开发只需要实现业务功能，不需要太多考虑这些。而产品经理也不用每次催，为什么这些数据还没给我。
2. 活动运营的标准化：上万次活动运营数据与经验都会直接在这个平台沉淀下来。直接促进活动运营的标准化与进化。

代码架构

1. 建设前端公用库：建设以功能为粒度的JS脚本文件库。固定业务抽象为公用组件，实现可配置开发。
2. 建设后端公用库：将固定服务以webservice实现。将固定业务抽象成类文件。
3. 提供数据调用接口：将重复用到的数据提供唯一的数据接口。并对数据做缓存等措施提高性能。

建立测试流程

活动压力最大的地方是，短时间内开发出来的程序，根本没有时间测试。非常容易出状况。而出状况后，可修改的时间也非常短。这对开发人员是个巨大的心理压力。 应该想办法建设一套固定的活动测试流程，避免这种情况的出现。 这样做的好处是：减轻程序员的压力同时，也加快了程序的开发速度。提供了程序的稳定性。

避免单兵作战，以团队的方式去解决问题，避免重复造轮子。即使在活动这件小事上面。