迭代运营数据应用-需要注意几点.doc

/NUMPAGES6迭代运营数据应用，需要注意几点数据分析在我们日常工作中很常见，掌握了方法之后可以帮助我们做出正确的决策。有一个很有意思的现象是：我们做数据分析时，虽然说叫做分析数据，其实分析的只是借助数据表达出来的产品现状。这样看来，数据的作用好像就只有了辅助表达产品当下的状态，其次就是提醒我们的工作要进一步调整了。以流程来说：先看数据（1），接着数据表达产品状态（2），最后通过数据的反馈，思考决定接下来的行为（3），如此循环。这样看来，逻辑似乎没有什么问题。但有个很关键的点在于：当我们思考并决定做何行为时，能给我们做支撑的仅有前一步的数据。换一种说法就是，当数据反馈完我们要做一些行为了，具体做什么取决于我们自己，而不是数据。有些朋友会说，我们可以看历史数据，但其实历史数据也还是数据，我们需要的不仅仅是历史数据，更多的是历史行为，只有配合历史行为才能给我们的决策做到完整的对比支撑。所以今天就想跟大家聊聊，如何进一步挖掘数据的用途，以帮助我们更好的驱动工作。一、数据的真正意义在于存档和记忆在技术高度发达的今天，我们有着三个十分流行的技术名称，大数据、云计算和人工智能，这三者都来源于我们人，而就算我们每个人还暂时无法配备这三种技术时，大数据我们可以记录小数据，云技术我们可以用公式技术，人工智能则可以依靠回我们的大脑。但二者唯一也同时被忽视的细节还有一个——云存储。虽然人的大脑开发还很少，但是我们的记忆能力是有限的。就算我们可以把大量的数据处理计算之后，我们记忆的往往不是数据结果，而是对应行为。而当出现多种不同类型的数据结果，或者是行为场景时，例如拉新场景、促活场景时，我们就很难去回忆起之前的历史行为。而这时候我们才更需要数据的帮助。前面说数据反馈的是产品的状态，从某种意义上说，产品的现状也是上次运营行为的结果，所以数据恰巧衔接了前后两次运营行为，成为了一个衔接点。这个时候从数据为节点断开这个循环，就可以得到一个由数据到行为再到数据这样的完整单位过程，也就是常说的：起因-过程-结果，这也可以称之为单位运营流程。而借由这样的数据+行为的记录，可以逐渐形成一个运营行为历史网，当我们第二次出现类似的情景时，就可以找到之前的历史行为，然后根据历史行为迭代，变成新的运营行为。二、生命周期交叉表当我们记录数据时，是行为+数据的形式，数据就可以帮助我们记忆历史行为，但重点是要以“情景”做区分。而做运营时，我们划分情景是围绕着用户和产品的生命周期进行的。产品和用户的生命周期相对比较确定，比较方便用来设计维度。而且比较极端的展示来说，不管产品在什么阶段，都有可能出现所有类型的用户，只是占比多少的区别而已，就以上图的区分来说，我们运营时用户会出现的问题场景有4*5=20个，也涵盖完了用户和产品由生到死的完整过程。接下来进一步细化我们的运营行为，常见可以分为内容运营、活动运营、用户运营等等，以具体的运营行为来划分。例如：现在是产品成长期，面对的是引入期的用户，我们的运营目的是促进活跃度。从内容运营的角度中，最简单的手段比如是改成下午6点推送消息，之后数据上涨了5W，这就是一个有效果的行为，可以记录下来。一来可以成为不管是产品成熟期的引入期用户还是产品成长期的成熟期用户运营行为的参考，横向或者纵向发展，二来也是产品启动期的引入用户的运营标准。只有这样才能帮助产品或用户，以运营驱动的形式推动到下一环节；同时已经操作过的行为，会成为前一环节的行为规范。三、分析和复盘都是为了迭代当前的运营行为其实在日常生活中，数据分析还有另外一种形式存在着，那就是复盘，不管是内容的复盘还是活动复盘，都是一种借助数据，分析之前运营行为的过程。连同数据分析在内，复盘也仅仅完成了复盘这个行为，都没有对之后的运营产生更为连续性刺激作用。其实，数据也好，分析也好，根本上来说都是为了提升我们之后的运营手段。但如果运营手段没有真正地产品化，任何迭代、升级也就无从谈起。这也是为什么，很多运营经历了内容、用户、活动等等各式的运营形式，但是感觉自己掌握的运营手段也就是那么一个两个；或者每次都积极做分析、做复盘，但是PPT做得再好看，没过多久就忘记了。所以，数据应用驱动的是我们运营行为的产品化，运营行为这个产品的迭代所以运营人想要拥有所谓的迭代思维，其实最重要的一步就是将自己的运营手段产品化，借助数据去迭代自己的运营。而数据分析呢，不管是数据处理还是分析技巧，前面所谓的存档和记忆都是为了促进产品