移动BI平台产品设计感想系列

其实前前后后做移动平台相关的事情已经一年多，目前又在负责一个新平台的需求，借此写下自己对平台产品的一些想法，做个总结，理下思路。
俗语说：好东西不怕比，比较是能快速分清东西好坏的途径。好的运营好的分析一定能看出来市面上这些统计平台的优劣，我比较挺talking data 的game analytics产品，功能上和展示上都能甩其它free产品好几条街(PS.我不是托)。
===============================================================
好的统计平台在功能上需要做到：
1.合理
A.观测指标的通用性和合理性
    举个例子来说吧，对于七日留存的理解，通常来说都是第七日的留存，有的产品会做成7日内有过登陆的用户作为七日留存，那哪种更合理呢，我一直在想一个问 题，为什么我们关注次日留存和七日留存（下文所说的留存请自觉加个首字“第”），为什么不是3日、8日、13日，为什么这俩指标更具代表性？
    次日留存玩家代表了那批对于产品有眼缘的玩家，产品对于用户来说就是个商品，当摆在陈列架上的时候，用户看到产品Icon或者任何营销方式 所传达出的信息，出于好奇心用户总想知道“那是个什么东西？会是我想要的东西么？好玩么？”在这样的心理驱动下催生了下载量和激活量，用户在第一天的初步 了解后，在第二天还愿意打开游戏瞧一眼的，那绝对是对我们的产品已经产生了一定兴趣想要进一步接触的用户，所以这个用户比例非常重要，基本代表了我们产品 的定位质量投放的优劣，如果次日留存都达不到心理预期，那赶紧先反思下再考虑推广吧，不过手游产品有其特殊性，这个值与我们测试的用户群体渠道质量相关， 建议多测试几个渠道做为比较，只看总体数据的话有可能会错杀好产品（我就遇到过这样的案例）。
    7是个非常神奇的数，7通常代表了一个周期，据之前看过的一个研究报告显示，养成一个习惯只需要坚持7天，这是人认知一个新事物所需要的时间，在我们做留 存曲线的时候也会发现，7日后用户的留存就下降非常平缓了，不过我发觉手游产品可能都到不了7日，有些产品在5日之后就趋于平缓下降，次日到7日之间是用 户对产品的第一次深度体验，所以有什么讨好的招都赶紧使出来吧，把用户留住，一旦用户养成一个习惯，那这就是一个实打实的玩家了，这也就是为什么我们一直 要分析新手引导阶段，什么是好的新手引导以后再说。
    说了这么多，其实已经可以看出来为什么第七日留存比7日内留存更有意义了，关注7日内留存其实就想知道有多少用户不止一次去玩过我们的游戏，但这并不代表了什么，其实我们只要再动态关注一个一次用户比例就能充分代表（*日内留存），关系式是怎样，稍动脑筋就知道啦^_^。
    总结一下就是，当我们随大流儿关注各种运营指标的时候，一定要搞清楚这指标背后的含义，只是拿来吹嘘的话就不要让所有人都跟着费劲了。
    例子举的有点长，权且看看，只是想说明一个问题，指标的设定一定得有意义，够简洁，够合理，够直观。
B.维度指标合理性
    维度指标也可以成为区分指标，一般的我们都是以时间为维度，比如时、日、自然周、自然月等，考虑到业务需要，只简单看时间维度不够明确细致，那一般我们还 需要看语言、平台、推广渠道、支付方式、服务器和版本这几个维度，只单说下版本吧，其他的应该都没有什么理解上的差异，我觉得比较怪异的是现在各个 free平台在把版本当成每个页面的区分维度的时候，下拉列表里是1.0/2.0...这样的数字，这样做的意义是什么？当我们的产品迭代的时候，产品并 不会变成一个新的产品，只是增加新的玩法、对产品进行多种优化等，玩家对于新版本的接受分为两种，新版本上线后强制更新或者引导用户的过渡更新，游戏的版 本更新确实是个非常重要的过程，在更新版本的时候一定要伴随一次大的分析，但是这个维度并不是一个常规的维度，那这指标是怎么被大家公认成区分维度的，这 里放什么才有意义，这可能涉及到一个营销的版本策略的问题，为了提高新品曝光率，一般一个产品会做多个子产品，比如X产品标准版、X产品XD版、X产品 PRO版等，其实玩家从各个版本可以进入到一个相同的游戏服务器，只是呈献给用户的是不一样的，这个就不是一个产品的迭代和替代，而是一个产品的多元投 放，其实由于IOS策略改变，这个我们已经比较少关注了，或者我的理解有误，希望大家勘正。
C.功能设置合理性
    目前手游能关注的指标已经很多，我们也能通过多个日志交叉分析我们所接触的用户群体是怎样的，那我们如何去在页面展示，我一直遵从的原则有：1. 一个页面尽量不传达单一信息，可以从两个地方着手，一是同一个页面展示多个指标，方便用户比较，二是一个页面可以对关键指标多维度分析，丰富页面传达内 容；2.得清楚产品针对的用户的需求，这块比较复杂，仁者见仁，目前我设计的一个平台原型分为：基础运营指标、实时指标、新用户指标、收入指标、客服支持 五个大模块，细化的暂且不表；3.还有一个原则是，一定要考虑到支持BI平台的配置平台的一些需求，比如为方便后期权限分配，我会将所有的运营指标和收入 指标进行区分，简化权限系统的工作量。其实说白了，就是在实际实现之前一定要未雨绸缪，思虑周全，一旦做成再去改，工作量会更大，且具体执行人员的惰性也 会明显增加，不利于推进。好的需求永远走在实际需求的前面。