3）移动运营的繁与简
运营的工作很繁琐，但我们需要把握尺度。
最近有一个有趣的事情：我给下属布置了一个任务，让2位初入运营的同学设计一整套基于用户行为的激励方案。他们讨论了3天，然后给了我一张脑图，像下面这样大的一个篇幅：
事无巨细，非常具体……
从用户注册、登录后系统发送的消息，到每完成一个动作之后，可能会触发的奖励（称号、奖品、积分），面面俱到。
我笑着问他们：“是不是死了很多脑细胞？”他们默认。
其实这件事情要说明的道理是：
运营是一件繁琐的工作，但是一旦你要基于用户设计运营方法，不管你背后的逻辑多么健全、规则多么详尽，你要考虑到用户接触到这些运营内容时，是否感觉自然、是否能快速了解自己应该要做的事情。
如果用户不理解你给他的是什么，你的运营工作就是失败的。在移动端尤其如此。
首先，用户不会花时间在一个相对较小的空间（手机屏幕）上去仔细阅读你的活动说明，所以长篇大论是不合适的，这里有反例。
大众点评之前做了一个活动，在朋友圈里弄的如火如荼，然后我问了一下参与活动的极为认识的朋友，就发现，几乎没有人看过这些规则，而这些规则，其实是需要用户去了解的，譬如几个关键词：先到先得、掏空、最高、随机、账户、抵用券。
如果做过活动运营，仔细看完这些规则，相信会明白点评做这个活动至少有以下目的：
1、签到得星星——增加客户端的活跃（提升活跃）
2、分享集星星——增加社会化分享的扩散（增加新客）
3、消费换星星——回馈团购客户（维系老客）
4、抵用券进账户，限手机端使用——手机端二次消费可能（提高复购、提升手机端支付用户数）
我对这两个运营新人说：从简入繁易，从繁入简难。
那么，如何才能从繁入简呢？点评的这个活动其实很有代表性。如上文的分析，通过这个活动，点评希望同时达成多个目的。因此，才会有如此复杂的规则。当然，对于运营来说，一次性给了1个亿（假设真的公司出了这笔钱作为活动成本，事实上因为抵用券的存在，我们几乎可以肯定是不会到这个宣传最大值的）让你做活动，自然希望你可以把这笔钱的效果发挥到极致，这一点无可厚非，而集中一个活动，而非分散多个活动，也是活动运营中最常见的做法——集中一点更利于形成突破，分散多点效果分散且风险更不可控。
但是，我还是要说，这种事情，越少干越好。
理由很简单：
1、运营最好要有计划，分阶段的达成不同目标。
2、运营最好要有条理，逐步去促进各种数据的达成，更利于用户形成习惯。
3、运营要有方向和关联，如果能够通过一个奖励或者一个动作达成一条逻辑线上的用户行为满足，就不要拆分成多个去上线。
这3个理由，都是让运营由繁入简的必需理念。
一个新的应用，可能既需要打开，又需要注册激活，还需要留存活跃，甚至需要付费。但我们要从运营和产品两端去逐步达成这些，而不能想着毕其功于一役，一蹴而就。
产品需要和运营保持密切的沟通，确定哪些运营工作可以通过系统来完成，譬如：针对特定的用户行为给予的用户奖励就可以通过系统来实现。运营人员同时需要保持清醒的头脑，划分好每一个阶段，需要达成的运营目标，并围绕目标进行运营。
在这里，要特别注意，如果要设计等级、积分、称号体系，一定要遵循先通过初始数据获取模型，再逐步上线，并设置好调节阀。这就是我们通常所说的内部测算与建模。
对用户激励的测算与建模，是运营中比较繁琐的工作，而对用户的展现，则需要简单。
我们初始会设计一些行为数值，先通过系统中已有用户的行为去获取初始的行为数值统计，然后再基于一些原则，譬如，成本控制、覆盖度预测等方法，去调整这些数值，直到上线运营。在运营的过程中，逐步的去开放行为，并不停的对模型进行修正，直到这一套体系可以成熟的自行运转。这是繁的部分。
而用户看到的是开始有哪些行为可以获得奖励，一段时间之后又有哪些新的行为可以获得奖励。这是简的部分。
这些行为和对应的奖励，初期可以不对用户公开，成熟后再面向用户。
运营工作绝不是日复一日的重复劳动，而是结合运营数据，去做不停的改进与提升。这一点不管是移动端还是PC端，都是一样。
4）又是一年红包时
写到这一节的时候，正好遇到支付宝红包大战微信红包。那么，应景也作为案例，来聊聊红包类的活动在移动端的体验和运营设计吧。
先上几个截图：
1、微信红包活动：
活动开始前，如果你发现了“摇一摇”上的“红包”字样，并试图摇一下，你会发现这样的页面。注意时间的提示和数量的提示
抢红包开始后，如果你摇了，但是没有中，你会看到这个页面。请注意进行中的提示以及剩余红包数量提示。
摇中了红包，会提示“已存入零钱”，并通过引导，提示“帮好友领红包”并促使用户进行分享。
活动结束后，请注意下方的文字提示和第一张图片的差异。
2、支付宝红包
首先是整点活动开始后，你会看到好多的小人跳来跳去。
万一你没有戳到小骚包，你会发现时间很快完了，你收到了这样的提示。
如果你“幸运”的点到了，你会收到这样的提示（红包第一日上午10点版）
仔细研究这两个活动，你会发现很多问题和可借鉴之处，先说微信红包吧。
微信红包活动的问题如下：
入口较深，用户需要遵循：点击发现-点击摇一摇两步操作才能进入抢红包的活动页面。
事先官方的宣传力度不够，导致很多人不知道当天晚上可以抢红包——这是目前我能想到最大的问题。
对于摇到的红包是现金红包的解说不够，我第一次摇中还在想莫非也是个优惠券，结果发现是现金红包，这里的问题，主要由于品牌露出占了太大版面导致的。
活动时间完成后的提示并不十分准确，其实可以加一个分享功能，让更多的用户知道，当然，没这么做我思忖可能也是因为避免用户的朋友圈Timeline被污染，要知道此前支付宝红包口令对朋友圈Timeline的污染还是很严重的（譬如我那段时间就基本不看朋友圈）。
微信红包活动的可借鉴之处在于：
在摇一摇原生功能上扩展，页面的体验非常棒。
操作简单，只要摇一摇，而摇一摇这个动作本身，对用户来说是没有学习成本的，已经是非常习惯了。
反馈及时，并自带了分享功能，允许用户将摇到的红包继续分享到自己的群组中，虽然不多，但是这种利用自身产品特性做粘着提升的方法真的值得学习。红包这件事情，本来就是自己开心不如大家一起开心。
红包形象直接，无需思考。
支付宝红包活动的问题如下：
早期宣传过度，导致用户产生了不切实际的幻想，而最终获取的比例和内容与预期相差太远，影响了用户体验。
采用了游戏方式，但事先并没有教育用户游戏方式，导致大多数用户不明就里，操作上的学习成本太高。
由于操作复杂，所以当用户付出了学习成本却没有得到相应回报的时候，用户的心理感受就更加的糟糕。
虽然宣传中描述了购物红包，但当真的购物红包出现的时候，又与用户的预期不符。
红包的形象，需要思考。
红包活动入口需要辨识。
而支付宝红包活动的可借鉴之处在于：
通过前期预热，炒爆了微信朋友圈。
入口不深，就在一级页面上。
虽然第一波的活动让人诟病，但后期调整较快，一定程度上挽回了损失。
虽然采用了复杂操作，但游戏的做法还是值得讨论。
微信的红包，去年引爆之后，微信应该看到了两点：
红包形式，对朋友圈和群组活跃度的促进作用。譬如，知乎某群组就有人说了一句大实话：“一个一年都没什么人说话的群，发红包的时候居然活跃度这么高”（大意）
对于促进微信支付的绑定账户数量有很大的价值。别说几毛钱你看不上提现，事实上我这种很少在微信里活跃的用户，这几天都从各种群里收了快200块的红包了，如果一次几毛钱你看不上提现，多次呢？而且，微信支付现在可以做的可不仅仅是提现。售货机可以用微信支付也可以用支付宝支付，支付宝的手机短付款密码，敢说没有收到微信支付的短密启发么？
那么，今年微信的红包是干嘛的呢？从我的角度看：
延续去年的红包口碑、增加用户粘度。要知道，过年陪用户一起high，并且能让用户high，才能说自己产品运营做的不错，这一点，支付宝红包，嗯，还是这么说吧，腾讯系面向C端的运营能力真的甩阿里系几条街，反之，面向B端的运营能力，阿里系甩了腾讯系几条街。
加入商户策略，让商户曝光，尝试建立微信生态中，微信与B端更深的关联。相信很多人在微信红包里看到了京东发的、微店发的、伊利发的红包了。这里收不收广告费和冠名费我就不知道了。
以上两件事，可以对后续微信中O2O生态、B2C生态，均有助益——假定电商与生活服务生态是微信一定要触碰的领域的话。
微信在红包活动设计中，对商家其实非常照顾，但做法仅仅是让获得红包的用户来关注公共号。
这种做法极大的避免了对用户的打扰，同时验证了微信是否可以商业化，应该如何商业化的命题。所以对后期的微信商业化运营会有很大的帮助。
至于支付宝的红包活动，我脑洞开的比较大，我认为：
阿里希望通过红包的尝试，能够获取或平移一部分用户的关系链，即，阿里依然希望可以将社交带入交易。
但是支付宝红包的设计其实有点走偏了，红包是为了社交而存在，但如果一个平台没有社交关系，红包的大小就很重要，当运营人员在思考希望用户转移社交关系链的命题时，应当关注的是，花费多少成本让一个关键节点用户（具有大量社交关系）平滑顺畅且心甘情愿的将关系交出来，而这个红包活动，并不具备这样的能力。
5）移动端活动数据与活动运营
首先，我们看四个活动的数据走势图（以下图表均为例子，和真实情况未必一致）：
活动1是一个参与用户数缓慢上升，到达峰值后回落的活动。
活动2是一个参与用户数有明显波动，高开-稳定-冲新高-回落的活动。
活动3是一个参与用户数高开低走的活动。
活动4是一个参与用户数异常稳定的活动，基本高峰和低谷都一样。
当看到第一个活动的数据时，我们大概可以得出以下结论：
该活动提前预热不够
该活动随着时间推移，效果有明显提升
该活动没有进行过任何调整（包括宣传与奖励）
当看到第二个活动的数据时，我们大概可以得出以下结论：
该活动有很好的提前预热
该活动进行过调整（宣传或者奖励）
该活动的奖品控制可能有问题，后期力量不足
当看到第三个活动的数据时，我们大概可以得出以下结论：
该活动有很好的提前预热
该活动没有进行过任何调整（包括宣传与奖励）
当看到第四个活动的数据时，我们大概可以得出以下结论：
该活动基本没有进行过很好的宣传或宣传渠道有问题
该活动的设计本身可能有问题
从事运营的同学，应该或多或少会遇到活动运营的活儿，在工作中，我想大家也有自己的活动数据的经验，以上4个活动的例子，是我能够直接想起来的4种活动状态，当然，参与用户数只是活动运营诸多指标中的一项，例子仅供参考，我们接下来要聊的是移动端如何开展活动运营。
移动端活动与PC端活动最明显的差异就是：
缺少宣传渠道。
譬如，大众点评的PC端首页，有5个广告位：
而手机端上，则非常分散：
首页第一屏有一个置顶可关闭广告位
首页第二、三屏有猜你喜欢的活动推荐
具体到发现页有活动推荐，等等
京东也是一样。
PC端京东页面：
首页有一堆广告位
手机端京东：
首页轮播广告位，和PC端展现内容并不相同
首页栏目广告
多的页面我不再举例了。
我们会发现，移动端的活动被用户关注到的几率其实变少了，而运营需要将最希望用户参与的活动放置在显眼的位置才可能被用户发现并参与。
在活动的设计上，我们在第3小节也提到了大众点评的活动页面规则展现上的“反人类”，那么，我们再来看一个正面例子，易到用车的活动：
易到用车使用了H5页面作为活动展示页面：
用了4屏，把活动说的清清楚楚：
活动时间：即日起到3月2日（其实这里做的也不是很到位，最好是起止时间说明清楚）
活动规则：填入个人资料进行报名，活动期间抽奖，限500名用户可以获奖
奖励发放/可用时间：活动期间至3月6日截止（这里的规则其实也没有说明的非常清楚，但是已经差不多是够了的）
首先，这个活动我揣测是和BMW的联合活动目的是尝试进行潜客分发（对宝马有兴趣的用车人信息应该会提供给BMW供车辆销售使用，譬如回访用户的乘车体验并借此了解用户的购车需求以及对宝马品牌和产品的认知）。
其次，虽然同样采用了收集用户信息的传统方式，但其包装并不令人反感，相反，如果没有乘坐过宝马车的客户，也会很希望体验宝马的乘坐感受而留下信息。
第三，用户的操作成本很低，只要用户不反感提供个人信息，那么对于用户来说就是简单填写信息而已。
这个活动的效果，我们无法得知，但该活动的设计却值得借鉴。
说到活动，除夕夜的红包大战，最近几天也是在各大媒体炒的沸沸扬扬，我们抛开官方提供的数据，不管是支付宝红包2亿多的收发量还是微信红包10亿多的收发量，其实我相信双方的运营人员更关注的点是，这些红包发放之后的去向，微信支付的同学应该会关注究竟有多少人收到了微信红包却将金额提现了，甚至提现后转入了支付宝，而不是作为零钱使用；而支付宝红包的同学则会关注究竟这个活动带来了多少关系链，基于红包这个事件，支付宝红包后续应该如何进行调整，让它更符合客户预期和习惯。
在移动端开展活动，不仅仅要关注活动当期的效果，还应该更加关注用户后续的动向，其实不仅仅是移动端，这对于所有端的运营和所有的运营方向都是需要密切关注的内容。
毕竟，活动更多的时候应当担任催化剂的角色，而不是发动机。
如果你的用户只有在做活动的时候才会活跃，那么产品一定出了大问题。
