户行为；第二，促进网站（产品）指标相关的目的：功能使用频次、电商客单价、转化率，社区UGC数量等。这两个层面其实是互相促进与联动的。因此，不管是我们自己做活动，还是看别人做活动，基本上，活动的方式和方法都殊途同归。但是，如果我们并没有从运营层面上研究出新玩法，仅仅是在不同的时间点进行不同的包装，那么我们应该对于活动运营或者活动策划本身抱以什么样的态度和观念？
“双十一”和“让红包飞”
如果我们回想一下近年来比较热的活动，可能最先想到的是：天猫“双十一”活动和新浪的“让红包飞”。这两个活动几乎成了每年11月11日和春节期间必然会有的大型活动。
说到“双十一”，你是否会产生这样的联想，如图4–14。
图4–14
那么，说到“让红包飞”你是否会有图4–15的感受？
为什么人们会产生这样的联想？
首先，这两个活动代表了一种活动类型：周期性活动，或者称之为定期活动。其次，这两个活动的玩法或者说运营方式不会有很大的变化，且和自身的核心功能关联紧密，因此，无需付出更多的成本去教育用户。
图4–15
从这个角度来看，我们会发现，对于活动运营者来说，如果不系统地思考活动的设计和策划，往往会做很多重复性工作。比如，我们在国庆节做了一期转盘抽奖活动，春节时还想做一期九宫格翻牌的抽奖活动。如果我们系统地去考虑，可以对开发提出需求，提供一个通用的自动抽奖后台，然后前台根据情况随意包装；如果我们不进行系统地考虑，可能就要让开发人员重复写相同的代码。
所谓以系统的观念来对待活动策划，是对活动运营人员提出了一个考虑“系统复用”的课题，同时还要求活动运营人员具备周期性活动策划的意识。
系统复用
什么是“系统复用”
很简单，“系统复用”就是一套系统可以被用于多个场景，对于活动运营来说，就是有一个系统可以支撑多种活动运营模式，而无需再次开发。
为什么要“系统复用”
产品开发和运营活动开发都是技术开发，需要美工设计人员和技术人员排期。特别是对技术人员来说，如果发现很多内容都是过去已经开发过的，将很难产生开发的热情，因为这和写策划与产品DEMO（演示版）一样，重复的工作毫无价值。因此，运营人员必须要尝试学习系统复用的概念。系统复用可以帮助我们节省开发资源、缩短测试时间，然后快速完成上线。
什么样的系统可以复用
从我的经验来说，可以复用的系统应该包含几个特点：可扩展，系统本身的开放性很高，因此可以兼容多个产品设计方案的填充；可配置，调整配置就可以产生各种不同的效果；可通用，用户的需求有核心需求和边缘需求，系统也有核心功能和扩展功能，核心功能越没有针对性，可复用的可能性就越高。
在这里我以盛大积分曾经使用的一个宝箱系统来说明，已有系统复用，可以做到怎样的程度。
宝箱系统，通俗点说就是一个可配置概率的后台抽奖系统。对于这类系统相信大多数运营人员和产品人员都不陌生，很多公司都有类似的系统，它的一般使用场景，是在做活动的时候，在后台配置奖品的爆出概率。看到这里，请先思考一个问题：你认为这套系统可以做哪些事情？
如果你可以不假思索地给出3个以上的答案，那么可以不用看下面的内容了，否则，请往下面看。
盛大积分的宝箱系统是由概率控制系统、奖品管理系统和宝箱管理系统这三个子系统进行配置设计的，我们用它做了很多有趣的事情。
1.基本功能：以宝箱系统作为抽奖后台，前台搭配不同的展现形式，比如：转盘抽奖、过节发红包、翻格子（包括打地鼠、九宫格、应景的其他各种抽奖）等。
2.小扩展：在这个系统里，奖品的种类和数量是可以无限拓展的，因为有概率控制系统。于是，淘宝之前玩的集字游戏（收集类活动）我们也可以玩起来，利用宝箱系统，通过配置被收集物的类型和数量，在前台各个可触发宝箱开奖的路径调用接口就可以实现。
3.开放平台：运营人员会碰到很多与外部联合做活动的机会，通过宝箱系统，我们可以在只做接口的情况下，快速完成活动上线，并且满足不同类型联合活动的需求。
4.核心底层：我们后期将宝箱系统变成了一个抽奖引擎，加上了用户行为库、风险控制库和规则引擎，设计了一个通用的用户行为奖励系统。通过这个系统，我们在后台配置活动规则与目标用户，通过调用活动模板库，可以快速完成活动上线。
积分的宝箱系统最早是用来满足基本抽奖需求的，没有任何包装，就是开宝箱。后来大家想包装一下，于是有了转盘抽奖，从决定到上线，只花费了美工人员2天的时间，测试人员只用了半天进行测试，而且不涉及技术开发。（这是宝箱的基础功能。）
2009年春节，我们想提升网站的PV，于是用宝箱底层，把打开页面动作和开宝箱结合在一起，直接推出了集字游戏，活动上线后大受欢迎，导致服务器崩溃。这个活动占用了开发人员2天时间，美工人员1天，测试人员1天。（这是通过宝箱进行了很小的扩展。）
2010年宝箱系统输出给某项目组使用，他们举办活动的时候，可以直接调用接口，随机开宝箱，送给
