我的建议不是追着开发人员去埋点 [1]

　　你要提升转化率，那么核心数据就是转化率，所以你要监控的是进入流量和购买流量，客单价和下单次数只需要统计，而不需要监控。如果你的产品是社区，你要提升社区某个版块的发帖数，那么你要监控的就是发帖量，只需统计回复数而不用监控。

　　其次，虽然活动数据监控非常重要，但这并不意味着达成数据监控的目标是活动运营的核心。活动运营的本质是为了短期拉动指标，所以，如果出现资源不足，无法支撑密集的活动监控数据时，我的建议不是追着开发人员去埋点 [1] ，而是退而求其次，与产品人员讨论所有可能的数据监控埋点，从而在后续的活动中可以有效地获取这些数据监控项。毕竟，活动是短期的，而数据的建设是长期的。

　　从理论上说，数据监控并不仅仅是活动的需求，也是整个产品的诉求，而活动数据监控和产品自身数据监控的出发点，既有相似的可以复用的需求，也有侧重点各异无法复用的需求。所以，活动数据监控虽然看起来是针对单个活动，实则会对产品的其他相关方面起一定作用。如果不能正确看待活动数据监控，那么可能会起反作用，违背我们开展活动的初衷，这样就得不偿失了。

　　案例：

　　某个旅游网站发起了老用户邀请新用户加入的活动：新用户加入后，老用户和新用户都可以获得价值100元的代金券；如果在活动期间，新用户完成了一笔旅游订单，不论金额大小，作为邀请人的老用户还可以获得价值100元的代金券。

　　我们先分析一下活动的流程，如图4–12。

　　我们来分析一下关键节点和应加入的数据统计，如图4–13。

　　a）我们需要了解活动投放的渠道引入用户的转化率，并且了解哪些用户对这类活动感兴趣（是否下过单，是否带动了新用户的注册等）。

　　b）我们需要了解用户倾向于使用哪些渠道来邀请用户，以及各渠道的转化率如何，这可以帮助我们在后续的运营活动中加以改进，如果用户喜欢用SNS渠道，那么就要加强在这一渠道的投放，如果用户不喜欢用邮箱，那么以后就尽量避免或减少这一渠道的投放，等等。

　　c）我们还需要了解新用户是否对活动感兴趣，我们可以多多尝试调整文案、强化引导等手段，来提升新用户的转化率，我们通过对这一数据指标的监测可以有效地掌握用户的偏好，了解用户对何种文案感兴趣，是否能够通过各种引导来完成用户转化。

　　图4–12

　　图4–13

　　d）我们还需要监测新用户进入后是否下单，下了什么单，单价多少等，这有助于我们了解网站销售的产品对新用户的吸引力如何、什么样的用户喜欢什么样的产品。

　　e）既然发了代金券，我们需要知道用户有没有使用。

　　说到这里，大家可能发现了，我们做的是一个全局的数据统计。但是，究竟哪些数据用来实时监测以提升活动效果，哪些数据用来统计后续活动效果以帮助我们改进活动方案呢？

　　a、b、c属于实时监测的指标，而d和e则更多的是用来统计以供借鉴的指标。

　　· a、b、c三种类型的指标，可以采用实时监测的方式，让我们有效地了解活动相关渠道（投放渠道、邀请渠道、注册渠道）的效果。并且，由于活动的灵活性，我们可以根据数据积极采用不同的应对策略来进行调整。

　　·对于投放渠道来说，我们可以明确地掌握哪一个渠道投放效果最好及原因，哪些渠道效果不好，通过文案及投放内容调整是否能够让渠道的投放效果更好；

　　·对于邀请渠道来说，我们可以了解哪一类或者哪一个渠道进行用户邀请的效果最好，哪一类或者哪一个渠道进行用户邀请的效果不好。用户选择这一类或者这一个邀请渠道的原因是因为最广泛，还是因为最习惯（通常这两点是重叠的）。邀请渠道的文案怎样设计会提升或降低效果；

　　·对于注册渠道来说，我们会发现影响其转化率的因素可能是文案层面的，可能是用户产品层面的，也可能是用户界面UI层面的。

　　完成活动设计之后做什么

　　完成了活动策划，并不是万事大吉，可以坐等活动上线了，此时运营人员的工作才刚刚开始。

　　协调资源

　　活动策划完成后的第一件事（请忽略活动审批的内部流程），就是确认资源。产品和运营人员最常见的困境就是：没有资源。如果你所在的公司采用了项目组制的管理，恭喜你，你还是很容易协调资源的，甚至资源都在等待你的召唤；如果你所在的公司采用扁平化管理，那么也“恭喜你”，你需要和各方人士去协调资源。

　　如何协调资源？因为每家公司的情况不同，所以这个问题没有统一的答案，但是有一些基本原则：

　　·首先，请梳理这个活动的关联指标是不是非常重要。

　　·然后，确认这个活动的关联指标的达成是不是非常紧急的。

　　·如果以上都是肯定答案，恭喜你，你可以去和占用开发资源的同学去掰一下手腕了。

　　·如果以上答案是否定的，那么，先问问自己，是否需要做这个活动。不管是否做运营，优先级的管理都是关键技能。而作为活动运营人员，首先要正视的一个问题是：不要为了做活动而做活动。

　　活动开发

　　不管我们能否成功申请到资源，我们都要和活动相关的设计与开发同事沟通需求。因为，我们永远不知道我们的活动设计，对于开发人员和设计人员来说会存在什么问题，是否有一些需求