完结篇!月流水6000W项目的活动运营,是怎么设计活动的?

这里单独去分析和学习一些其它类活动。对于非简单类型的活动，则更加注重玩法，所以单独拿了出来。当然很多内容前面文章都有提过，下面这些更多的会说一些设计方法和思路。下面是当时的分析剩余：

1、摇红包活动。活动规则已经不重要了，这里要说的就是如何用运营活动去拉新增回流？游戏内的多为分享图片或者链接至社交平台，但转化结果目前甚微。所以真正可以免费拉到回流和新增的方法其实是和合作平台合作活动。对于见的很多的平台活动形式类型主导权其实不在活动运营手中，但是很多运营还是可以主导活动奖励的。价值更多的是让玩家在新年期间因为平台的传播让沉默用户回流。而这样的活动让自己的用户从线上活跃转到线下活跃，从而同化身边的用户，促进用户转化。所以做平台合作，如果不是固定模板形式，那么一定要考虑平台活动的社交性，让其可转发。而奖励内容非实物的话，一定要做到独有性、以及玩家的游戏认知。比如绝版头像框、钻石则符合条件，而什么强化石之类？几乎所有的玩家都知道可有可无。

2、神秘商店活动，规则简单直接。但是这个活动确是精细化运营的最佳利用场景。其实游戏运营半年，已经有了一定的商品库，而精细化运营就是将合适的东西推荐给合适的人。其中可以控制的包括：折扣大小和商品种类等。这时我们真正的工作将会被简化为让这些商品根据不同用户标签去分类，让系统根据玩家数据推送给合适的玩家手中。

3、有趣的是某游戏在新年期间开启了商品赠送。将所有的角色和礼包的售卖在新年期间增加了赠送的途径。作为一个活动运营就应该考虑到来自玩家不同的需求，如果有花钱为自己喜欢的角色投票的活动，我想也会有不少玩家参与其中。活动只有基于需求的尝试，才能不普通，甚至制造话题开创一个新的有趣的形式。

4、福袋是我特别想说的一个反面教材，整体活动是什么，真的没必要给大家描述，但是可以告诉你在游戏官网中该活动的介绍就有大致2700字。在我对活动运营的理解中，有一条定律就是，如果必须创作一个新的玩法形式类活动，不管后台规则如何复杂，玩家必须简单直接的获取活动的信息。我也会尝试新活动，但我经常考虑的两个问题，其一就是玩家明白活动规则吗？其二就是有必要这么做吗？第一个说的是活动覆盖人群，第二个则是研发成本。很多人说复杂的活动规则可以带来社交，但我觉得这是个伪命题，能做到活跃留存的还有每日登陆和玩法进度奖励等简单的活动形式，为什么还要浪费工时去开发一个参与人数极低的活动去赌博少数玩家可能会讨论的活动呢？

5、答题活动。这里想告诉大家无论是不是活动运营，一定要跟着时事热点，对新鲜事物充满好奇。比如有去年年末的答题、吃鸡热、恋与制作人、养青蛙、区块链等等。并不是说跟着实时热点玩法就一定是好活动或者是个成功的活动。但是如果你们是一群有上进的团队的话，就应该去关注实时热点，运营去研究玩法和规则，开发去思考制作逻辑和技术难度。当大家都对这项内容好奇并乐于尝试并在游戏中用活动的形式展现给玩家。对于所有工作人员来说都是一个大的成长，只有真正开发过玩法的才知道难度和效果。当你真正把答题移植到自己游戏后，你就会发现很多细节让你又更多灵感去迭代，对每个人的成长都是不可预估的。当然并不强烈推荐，量力而为。因为有时候双方无法达成共识或者开发能力困难。

活动形式对于付费内容来说只不过是售卖方式的载体，而对于活跃活动来说也可以说是一种限时玩法。虽然这是本质，但是每个游戏都应该有他们的专属活动形式，比如：累计充值就可以拉付费，为什么还要开发一个其他的充值活动呢？其实这样的问题，真正做过运营活动的都知道，当一种活动持续不变的出现，那么的活动的新鲜感就会降低，被玩家逐渐忽视。所以对于一款游戏来说他需要一个不断扩充的活动库，足够支撑循环2个月甚至更久的活动库，这也是为什么我们要开发更多的活动类型。

数值是一个体验层面的内容，所以像活动数值这样的简单数值并不是我们无法触及的。一个合格的活动运营就应该能写出详细的数值方案。这也是基本的活动设计中不可或缺的一项。

在上面的收集兑换和累计充值大致有提起数值，这里就去分享一些常见的活动数值内容--随机抽奖。可以说90%活动数值制定大多都是在如何制定随机。

为了让大家可以理解，我们用实际活动来举例。比如我们要做一个转盘抽奖，转盘格子N（假设为12）个。并且定的投放为新坐骑和外观幻化各一个。已知坐骑价值为30000钻，外观价值为8000钻，还有各种道具的价格。让我们了解如何通过概率和道具内容来控制玩家买什么，买多少。

下图是一个真随机表，我分为了展示层和验证层两块来区分，展示层即玩家可看到，由研发配置。验证层内容固定不可修改，多为公式或设定常量。目的是确保活动返利不要越过返利比临界值。

这是一个转盘抽奖的基础入门模式。首先你要知道什么是期望，简单来说：就是在抽取无限次后平均抽取价值。比如上图坐骑如果无限去抽取，那么他的每次抽取价值约为9钻。而总期望就决定了我们的抽取单价。同类随机活动建议首次单次抽取价格就固定好，保证后续的新道具更换要保证抽取价值统一。你可以把价格定200钻一次，也可以把定价定为150一次，或者100一次等等。但是都是一种不同的体验。

基础入门结束，下一步就是活动数值设定的进阶---修体验。数值是体验层的东西，在玩家感觉不到的情况下影响着整个游戏。所以修数值不是拉模型，而是修体验。 那么什么是体验问题呢？见下图：

点击图片，可放大查看

整体结论就是增加上下限和核心资源奖励价值。关于为什么核心资源价值不计算在内。我举个例子。就是当你参与了某个转盘，抽出整只你会说你大约花费了3W钻抽出了XX坐骑。玩家会潜移默化的将坐骑的定价就是3W钻了，而填充物就是填充物的价值，所以转盘再深度去理解那么它更像是一个消耗送的活动。

那么如何设立限制？我自己定了一个玻璃心系数，如果玻璃心系数为30%。那么就是：商品单价*（1±30%）。通过上述内容修改后见下图：

上述差不多讲述了如何投放完整道具随机。既然坐骑价值量如此高，那么我们将坐骑打散成碎片，改为常见的抽取碎片的转盘，然后去兑换整只坐骑。我们先找出碎片兑换的数值设计中的体验问题。

点击图片，可放大查看

因为是碎片，除了上面的问题，其实还有一个常见问题就是保底设置。已经不能像上述投放整只去做保底了，而是我们常见的每X次必出X片。当我们确定了多少碎片合成一个坐骑时，并计算出算出碎片价值，下面用50碎片合成一整只坐骑计算，新的表格如下：

点击图片，可放大查看

这里增加了一个200次期望，即3W钻（200抽）的期望产出为54(=sum（200次期望1~3)+200/10)片。

因为我们要考虑转盘内容投放碎片中一个常见问题，就是碎片回收。在所有游戏中，碎片都有自己的回收机制。关于碎片回收机制，重点还是转换，即转化为战力或者其它资源。

比如足够的升星升阶池（数值MMO常见）、交易及碎片赠送（阴阳师、火影等）、等价兑换其它资源（其它货币），适当投放特定万能碎片（仅可兑换一个版本内的宠或坐骑不然会抑制付费）。

上面说完碎片处理机制。谈下小R触碰不到的天花板。其实转盘活动的设置本身不是为小R设计的，这批人群手中钻石有限，可能几个月的日常积攒都不够一次抽取深度。让小R去消费本身就是不现实的，但是我们就这样放弃小R其实也是不对的。那就是小额充值，新转盘上架本身是要和附加活动一起上才能效果明显，为了真的小R，解决办法有低价值，如充值30元送十连券，或者累计转满一定小额次数次获得当前版本称号或者稀有资源。这里的档位和转满多少次都需要自己作为运营去数据分析，不做赘述。

活动数值设定至此并没有结束，数值既然是体验层面的东西，如何满足体验才是一个真正的数值内核，也就是去数值验证。在活动策划中：要对自己设计概率价值量负责，让上线后在玩家反馈上问题缩减最小。所以概率测试一直不是等发包再去测试修改的，然后重复打包发包的。况且一旦遇到上万乃至十万、百万的DAU呢？人工测试难免很难发现问题，所以修数值的核心是数值验证。我尽可能不涉及高阶数学的给大家科普验证。

拿上述转盘举例，做数值验证的基本思路就是：首先模拟单个玩家真正抽取，再将样本量放大。也是所有包含随机的活动模型需要的基本操作。

第一步就是利用excel的随机功能来制作单玩家随机抽取情况，以下黄色区域为新增内容。

备注：

1、概率数=概率*10000。因为研发制作中并不存在百分数，多为随机数字完成随机，所以要完成小数点后两位则为10000分之一，即：0.01%。

2、区间数=概率数(x)+概率数(x+1)。用于后续公式表示区间，即[0,30)表示0.3%，因为程序数字的唯一性，后续的0.7%就是31~100。所以上限要完成累加。来表示每一个档位的上限。

3、次数模拟=COUNTIF(随机数N个,">"&下限)-COUNTIF(随机数N个,">"&上限)。比如：我们要计算[0,100)区间的100个数字的模拟。这100个数字在A1~A100中储存，那么公式：=COUNTIF(A1:A100,">"&0)-COUNTIF(随机数N个,">"&100)。

4、随机数=INT(RAND()*10000)。RAND()是随机返回一个0~1中的值。INT()为取整的意思。

第二步只需要添加足够的（200~999）随机数就可以模拟抽取次数了，随机数建议重新创建页签。避免数字因为操作的变化而不便于观察。那么这样我们就完成了一列的随机数生成，且可以得到所有奖励的产出数值结果。我们可以去并列模拟50次，100次，200次...999次。结果如下图，后续：道具数量*单道具价值量=总获取价值量了。（模拟数表不展示）

到这里可能会多摁几下键盘上的F9然后观望下有没有敏感情况发生就可能就结束了。但是如果我们知道自己游戏有多少大R，多少中R，多少小R呢？比如有：1000个大R，8000个中R，2W个小R。如何数据模型算出其产出并统计出有多少人获得坐骑呢？当然手动统计即可，也可以就行通过VB宏去制作更详细的统计。

那么活动随机数值活动方面的架构-修正-验证过程就算完成了。整个过程更多的就是优化体验和避免意外的发生。

那么活动数值还有一个简单的内容就是返利比，返利比这个没有确切比例也没有确切的规则。如果你可以在同种情况，把价值10块的衣服同时以1元和1000元分别卖给小R和大R而且他们心中都很开心没有矛盾，那么返利比其实意义已经不大了。返利比和上面最后的验算一样，是考核验算值。用来验证是否超越了玩家可接受的值。并稳定付费用户与付费用户、付费用户与免费用户之间的矛盾。所以返利比，其实就是结合日常产出，玩家充值可接受额度，道具定价等等推算出的一个验证值。这个值在你后续设计的活动奖励中都是一个警戒值。

注：本章的文档原件，可点击阅读原文，进入第九章，于文末获取下载链接。

上面讲完所有设计内容思路和数值等内容，那么我们聊下展示层内容。活动展示层包括：公告、活动界面、ICON、描述、活动提醒等，一个优秀的活动界面是活动效果的潜在因素。

其实从14年开始很多游戏就开始支持图片公告的形式出现，图片上可以用原画、文字来引导玩家购买，相对于文字公告在展示上更加直观诱人。比如：1折礼包默默待在商店有没有公告图展示区别很大。

而后在公告图上增加跳转链接，直接跳转进入活动界面。这样这个礼包可以快速被购买，但是迭代并没有结束，公告图上直接添加购买按钮并标注售价等信息。几乎将一个活动推到了玩家眼里，甚至都用上了2Dlive通过动画的形式展示。

你会发现整个活动的变化几乎都是界面展示层。它即和活动形式无关，也和数值无关。活动的效果却在持续增加，这就是要说的表现层内容。活动展示层的核心目的就是：将活动内容用直观的样子触达所有用户，并且让玩家迅速get到活动的利益点并持续参与。  

让一个运营去设计游戏活动界面UI不现实，但是我们作为需求发起方。所有一个活动界面上应该包含什么是我们要提供的。一个优秀的活动界面，是可以单界面直观的观察到活动时间、限制条件、参与方式以及奖励等。

1、关于活动界面需求提供。

一个完整的活动界面应该包含：活动时间、活动内容、限制条件、活动奖励。

而一个相对优秀的活动还会增加：活动快捷入口、活动的展示图（奖励、玩法）、获奖记录、活动计算结果（刷新或结束时间、最终受益）等。

但是我们真正制作中并不是所有活动都需要考虑制作，上面活动需求内容仅会在做创新活动时用上，而对于常见活动类型更多的建议是，去体验多款上线游戏制作自己的活动库，根据用户匹配、活动适用性、开发难度等因素进行界面借鉴。不建议为了创新而创新。

点击图片，可放大查看

而在具体需求中我们还会遇到的情况就是，模板有了但是展示内容应该如何编辑，比如界面排版和说明文字的书写。①如果活动规则极其简单或非设计美观需求，建议不要添加过多的文字占用活动界面页签。②活动规则复杂时增加介绍页签，但是注意事项和活动时间必须在活动主界面。③活动文案着重展示介绍核心奖励内容，避免浮夸无意义的文字.

2、关于活动的推送和提醒。

做小红点、做推送、做广播都是活动运营要考虑的。在做推送时必要考虑的两项内容是：

1）频率和推送时间。

关于游戏内活动的小红点，一定要牢记红点的目的就是在提醒玩家并将玩家损失降到最小。无论是提醒玩家活动别忘记参与，还是物品使用等等。而在活动中对于道具等非时效活动类建议每次启动游戏或者玩家点击相关主界面后提醒，并且支持点消红点。但是有些活动必须频繁出现红点，玩家可能讨厌你的充值推送，但是活跃活动尤其是集字兑换类这种道具存在时效性内容的活动，道具一旦藏在二级或者三级界面。如果没有红点提示，活动参与率将极大衰减。所以限时活动有次数的情况下长期提示，以及兑换到期快过期的时候必须提醒玩家前往兑换道具。

推送和广播亦如此，核心是为玩家止损，而不是叫卖。所以应用推送时间更多建议推送内容有时效性，玩家错过推送后不再推送。避免出现启动游戏出现了3条以上推送。那样只会被用户一键清空。而游戏内滚屏推送很多游戏不珍惜功能，几乎一个游戏从玩家上线开始推送可以不间断推送到玩家下线。所以在游戏内容推送上更多考虑优先级推送避免推送廉价化，即宁可让核心内容推3次也不建议去推什么XX完成了首冲之类。也并不是取消这些推送，而是将优先级低的推送内容直接放置在系统频道内不再做公屏推送。

2）推送内容。

游戏内广播利用一直是一个有趣的内容，游戏内广播推送内容是会决定着玩家的购买等行为导向的。所以在推送内容一定要很慎重，所以对于活动的推送，①提醒玩家对活动的参与，比如：XX送给XX999朵玫瑰花。②强化活动奖励的展示，比如：XX通过XX活动获取了XXX。③活动时限提醒，比如：XX活动将于XX日关闭，请尽快参与等。

而像玩家没有启动游戏的APP推送的推送建议除了时间的把控，还需要对内容做精简。最基本的长度把控，所以在活动APP推送时，必须拥有时间和奖励两项内容。比如：XX日XX时间登陆领取XX奖励。

上面举例肯定不是全部展示面的东西。整个活动展示面就是将活动内容进行包装，目的也就是让整个活动更有代入感，方便玩家理解活动规则，简化玩家阅读、计算、跳转、等行为操作。

附：草稿纸！

点击图片，可放大查看

所谓工欲善其事必先利其器。那就是我们这次要说的：数据后台和GM工具。通过这里你就会知道你们和一些公司是如何拉开了差距。

1、数据后台

那么你的数据后台都有那些数据呢？对于没有见过数据后台的可以搜下，看看你的数据后台信息够用吗。为什么活动运营需要数据后台？因为活动运营的需要通过数据分析去制定自己的方案和活动，只有对数据足够了解才能精准定位用户，在活动运营的眼里，用户应该是以群体形式存在的，区分群体的形式包括但不限于：区服，新增日期，充值情况，在线时长，付费追求等等信息，但是我们也应该可以通过数据后台定位到玩家账号数据，并能够去导出用户信息进行逐个分析。虽然事无巨细，但是你的工具支持吗？

2、GM工具

GM工具这项很多都仅仅支持公告，礼包，邮件，封号踢人等操作功能。但是GM工具还有便于运营活动使用的功能。

对于运营活动的后台配置，比如累充和累计登陆这样的活动，目前还是有两种方法存在，其中一种是运营将自己的奖励设定表交于研发，通过研发同学更新上传至游戏内，甚至还需要停服。另一种便是通过GM工具去配置。GM配置也有两种形式，一种是配置完成后游戏不支持界面展示，只能通过文字公告提醒大家。另一种便是界面展示，玩家可以一目了然活动内容并且充值直接界面领取，避免玩家对活动文字描述的怀疑。

这里可以发现活动配置形式在不断迭代。所以后起的游戏支持更加智能的运营操作，减少信息传递折损。比如需要每次停服更新才能配置的活动，1.难以处理各种临时压力，2.来停服必然少不了留存折损。3.如果所有活动配置工作交于研发自然又是填表配表必然浪费大量的人力和时间成本。

我们在制定的所有活动中，一要研发愿意去开发后台工具用于实时更新后台活动，二要在每个活动制定结束后都提交相关修改接口进入后台，后续的活动配置不再承受任何开发量，仅由活动运营一人亦可完成。所以通过指令化的去开启配置游戏内的所有活动。亦可避免重复的开发工程，从而节省更多去开发扩充游戏的活动库和优化活动配置功能。而运营人员只需自己配置方案且控制活动类型和开启时间即可，也避免了重复活动需求的提供。

提到这里便接下来的新思路，精细化运营从被提起，到如今依然很难发现哪款产品做到他们以为的那种精细化，所有在终章将去描述我心中的精细化运营。

一年前，当我觉得我活动运营很重要的时候，曾经有个业内前辈跟我说，后续的活动更多会实现智能化，人为干预越来越少。整体意思就是这个职位可取代性极高，上手度极易。整体来说就是没有上升空间。所以恐慌的我开始思考自己的失业之旅，这件所谓的活动的智能精细化目前到底发展到哪里了。

我重新回顾精细化运营的定义。即通过AI的方式分析不同玩家的行为及需求，然后精准的投放适合的活动，并且存在自我学习和自我完善。这么说可能有点难以理解。我举个例子：就是从服务器开服后，所有的活动形式都已经存在。系统自动去分析玩家行为，给喜欢时装的人推送时装，给喜欢战力的人推送武器，给小R推送打折，给大R推送新品等，并且根据服务器钻石情况，开付费或者消耗活动，根据玩家的游戏登陆频率，推送登陆活动等等，最后还能根据开服时间，去配置生命周期后期的活动。所以今天要说的这个活动精细化的一些可行性方案去分享。

1、实现用户的标签化

什么是用户标签化，我举个例子：形容一个玩家时词汇其实大多是：大R，男性，一线城市，大R，喜欢PVP等等词库，这些词汇都是标签。所以重点我要说的是标签怎么来、怎么存。

标签怎么来？

其实这个问题在很多电商和社区类产品上都已经存在，被叫做算法。比如抖音：他们会根据用户自己的喜好选择推送相应的内容，淘宝根据用户浏览情况推送商品等等。重点就在信息是用户无意或者有意的行为被动生成的标签。但是这些如何够呢？自然还需要我们通过数据归类玩家。至于群体的属性之类的这里不再赘述，建议看下《乌合之众》这种讲群体属性的书。所以标签的获取来源：①用户自发构成，②数据后台定位。

至于用户自发构成的标签，如果主动的话，我们可以通过问卷调查获取玩家信息。如果被动，则要通过游戏行为来标签，比如我们常常说的VIP其实就是一个充值的标签。只是因为众多游戏的数据库表分散不一，我们每次查询都要耗费大量时间成本，所以标签这种东西就要看你们能贴多细了。比如这些表情：坐骑收集控，喜欢聊天等等。如果在说简单点就是合理利用游戏内成就系统。而只有用户自发产出标签，难免算法处理要求过多。所以我们有必要主动给玩家批量标签，通过后台数据分析，将分析结论给对应用户群或单一用户。

有些游戏喜欢强行把自己定位成某个类型，然后去制定活动或者卖点。可是当大批玩家进入后用户属性与自己设想背道而驰。产品本身是筛选用户的，玩家有自己的思想和行为，给一个卡牌属性的玩家强行扣一个MMO的标签。很明显这种定位标签是错误的。

标签怎么存？

关于标签的储存，我们应该有自己的账号库。即标签不是针对某款游戏而是针对用户账号的。AI本身就是基于大数据处理而出现的，类似于数据标签应该有通用属性。很多产品都应该好好利用自己的用户库。既然我们拥有了用户标签，其实已经方便完成了活动精细化的一半了。

2、流程精细化

所谓流程精细化就是我们常常制定活动到上线后的流程。这里帮大家整理了一个人工操作的活动流程----活动运营基本流程（点此阅读全文）。那么让AI执行流程，我们还可以需要能做些什么？

①给活动形式制定标签让AI调取。比如充值活动，活跃活动，消费活动等等。活跃活动细分成（留存，激活玩家多次登陆游戏等等），留存活动还可以具体到某一个登陆活动。

②活动奖励根据活动定位和限制条件等因素让AI调控。比如：AI要上架一个单笔充值的活动，活动的奖励内容，需要有严格价值量限制（价值量）和玩家需求获取（标签用在这里）等因素。

③活动周期，自古活动周期就是我们通过数据分析出来的。所以上架活动的时间其实也是有因果关系的，有因果关系那么程序就可以实现。比如正常情况，活动时间为7天，当AI获取某项数据异常，则动态调整时间（比如版本活动最后一天开的新服就可以重新制定一个新的时间）。

这里可以看出只给了我们一个创建活动需求的机会，后续的制定细节都会根据游戏玩家反馈进行自行制作了。那么活动检查和活动效果分析，这些能交跟AI吗？我思考了很多方法和目前现状，我的答案是基本不能。

因为让AI自我检查可以实现。活动的数据分析可以完全交给AI手中，毕竟我们的分析也是通过数据获取的，无论用户反馈还是玩家行为数据，都是曾经被我们界定过的。如下图：

点击图片，可放大查看（图片来源于网络，作者【小强】）

但是在活动配置中，犯错是一次都不允许的。所以无轮是不是运营活动，我们都不会允许AI去完成自我完善的。我们还是需要拥有检查和决策的权利。所以AI可以帮助我们去分析结果、去创建活动，但是我们无法相信一个冷冰冰的系统AI去将活动Push给用户，也不允许这样去做。我们依然需要去审核去决策结果。

至此所有内容分享完毕，也算为自己仅一年的工作内容做一个总结汇报。作为一个喜欢游戏的人，看到自己喜欢的游戏里全是各种充钱活动的时候，总有一种理解却又无奈。我常觉得游戏是筛选用户的，当我对游戏的喜欢小于对活动承受力时，我将是被筛选出去的那个人，我不能去评价这个活动做得是不是好，只能说自己承受不下罢了。就像我不能要求超市免费送我商品一样。

而后我发现游戏是培养用户的。当一款游戏形成了自己的生态，哪款游戏的玩家都有了自己对这款游戏的理解。玩家觉得后续的所有游戏都是模仿这款游戏的，别的游戏要有的你也必须要有，比如首充。渐渐的成为了玩家对游戏的认知，根深蒂固就像每天买东西都要问下微信支付在哪里。

再后来才知道游戏用户也是有差异化的。曾经培养过我的游戏，别人总会觉得莫名其妙。对于这种情况，我明白了夏虫不可语以冰，我们无论是生活环境还是接触的游戏都是不同的。改变用户永远不如去融入用户，去了解培养过他们的又是那些有趣和惊喜。所以我们作为活动运营啊，有所为，但是如果我们作为玩家，也要有所不为。