梳理一下17年-18年项目APP的运营思路。

在整个项目期间，工作内容包括有数据分析、活动策划、消息推送，还有渠道的拓展及优化都有接触到，所以下面就按照这几点做下复盘：

数据分析

实话实说，刚开始接触数据方面的内容的时候我内心很抗拒，因为我Excel只会基础，更深入的比如透视表、vlookup、match等这些都没有接触过，最记得的生理反应就是回家的路上感到反胃。不过幸好交接的小姐姐人特别好，先是花了一下午帮我理清了APP的指标字段，交接过后也帮我答疑了很多，所以特别感谢廉江老乡。

数据分析的工作内容包括3点：日常报表更新、异常情况分析以及领导临时数据需求。

日常报表更新：包括日报、周报、月报，其主要的数据指标如下：

当然这是总的指标，每个指标还需要细分下去，具体到每一天的情况，另外还有功能点击量PV、UV以及数据日报的自动生成。

系统数据库中包含用户指标的字段比较混乱，又分为宽口径跟窄口径，所谓宽口径就是包含了其他平台使用了APP登录接口的用户，如小程序、腾讯QQ、手机淘宝等一些连领导也不知道是什么的接口调取，窄口径就是指单纯APP客户端的用户数据，一般我是以窄口径为准，但是领导喜欢宽口径，所以一般的数据汇报都是以宽口径为主。

另外，涉及到的工具有2个：Excel跟SQLserver，比较常用的函数如下：

常用到的Excel函数：vlookup、index、match混合双打、sum、average、if以及日期函数转化等。

常用到的可视化图标：柱形图、折线图、饼图、条形图，图标不用搞太复杂，领导一眼就看得见具体指标就行，这些用Excel基本都能完成，另外，也有学过Tableau但是没有实际应用在项目中。

常用的SQL语句：select into、union all、count、distinct、where等，其中distinct只针对唯一标识使用。

工作中，如果一时忘记了怎么用或者需要其他更高级的函数，只要百度一下，我现在index跟match的使用每隔一段时间就需要复习一次，因为成型的数据指标模型，只要将公式套上去基本很长时间都不用改变了，顶多更换日期。

日报内容一般以图文形式，文字描述包括每当日的数据指标情况、与上日相比是上升还是下跌，变化数据以及特别显性的异常原因分析，然后附上一个图表，日报主要以邮件的形式发出，所以后期比较空闲的时候在网上抄了个邮件自动发送的Excel VBA代码，不过经常有发不出的情况。

异常数据分析：主要包括用户数据异常和业务数据异常，用户数据异常经常会伴随着业务数据的异常，或者两者会相互影响，特别是这种运营商工具，用户有针对性使用习惯的APP，某个功能点或者业务办理出现故障，会影响当日或者次日的用户活跃。

就这个APP来说，用户数据异常就是用户活跃数的异常，造成这种影响的可以看两个点：

存量用户的活跃数据新增用户的活跃数据

存量用户比较好定位，造成活跃曲线波动的一般有几点：

节假日影响：节假日过后的一两天内活跃曲线肯定是下滑的，另外APP在每个月1~3、10~12号都会有一个比较高的活跃高峰，这是因为用户使用习惯，比如在月初查询余额之类的动作，而10~12号是一个话费充值的高峰。版本升级影响：因版本升级造成的某些安卓手机的用户无法登录的现象也经历过，这种问题在运营后台的反馈或者线上社区很难了解到，所以只能从数据中发现，或者有用户直接通过线下营业厅投诉才能知道，但是要定位是不是一个类型的问题，还是得通过登录信息。其他部门/平台活动：APP的活跃数据在17年中旬还是比较可观的，但是从小程序上线以来就开始慢慢下滑，我统计过两个平台的用户登录情况，发现有40%的用户转到了小程序上。特定的社会事件：最明显的就是315，明令禁止一切营销活动，这个时期内一律停止消息推送、公众号推送，APP内的合作banner暂时下线，所以其他平台聊胜于无的导流在这段时间内归零。刷单充值：这个在话费充值中的数据统计中出现过，同一天同一批手机号码出现的次数超过10次以上，每次充值的话费以1元、5元为主，不知道算不算刷单，曾经直接打过电话问用户是不是本人操作的，答说是，具体操作不肯透露。

以上5点都是在项目中经历过的，而且有些是在网易云课堂上学到的，有些课程的思路基本都是拿起来就套。

新增用户，也被我们定义成活跃用户的一部分，主要来源是各大应用市场跟内部渠道。这部分有什么问题，看下载跟注册（登录）在转化有没有大的变化就行，如果某一天某一个应用市场的下载注册转化相差比较明显，那要么是渠道有问题，要么是注册页面有问题。

经历过的两种情况：

渠道有问题：18年下半年，忘记具体是哪个月份了，应用宝、360应用市场之前不要求要软著（不知道是不是，也可能是以前审核没这么严格），突然要求重新上传软著，所以有段时间应用宝一直停留在旧版本，而360直接将APP下线，下载量明显下降。

注册页面问题：项目接手之初，跟一个大佬吐槽中发现的问题，活跃上不去是已有用户活跃上不去还是新增用户上不去？新增用户活跃上不去是安卓用户不行还是iOS用户不行？安卓用户不行是哪个应用市场的用户不行？所以按照这个思路将新增用户分开来看，发现是iOS的下载注册转化太低，然后综合App Store上的用户评论以及自己的体验测试，发现iOS版本的bug很明显，包括验证码获取需要等很久久、切换出去进来又要重新填手机号码、密码填写可能会出现可见情况、宽带登录无法获取验证码也没有密码重置操作等等，然后跟产品经理反馈，单独给iOS做了一个升级，下载注册转化明显上升。

临时数据需求：这个没什么讲究，只要领导想要什么就给他取数，最多做好格式上的美化。项目中的临时数据需求是看领导几时要去开会汇报，主要包括：客户端的用户数据及营收、欢go广东地区的用户及营收、小程序的用户及营收、实人认证的通过率及失败原因统计、各个地市的业务办理数据等。