新手小白如何做好APP后台数据的管理分析？ 举报 理由 举报 取消 新手小白如何做好APP后台数据的管理分析？ 2017年12月19日 5 条回复 747 次浏览 App,application,分析,制作,后台管理,和数,应用程序,开发,据统计,数据
回复 ( 5 )
第一步
要做 App 数据分析，首先要了解 App 的核心作用，简单来说，App 的核心作用是为特定人群提供特定的服务，换句话说也可以是，特定的人群通过你的 App 使用或者获取 特定服务。
例如：微信，需要沟通的人使用微信来进行交流；淘宝，需要买东西的人，通过淘宝来买到想要的东西；再比如，一个计算器App，就是需要算数的人使用它来算数。
App 核心作用如下图所示:
第二步
了解完 App 的核心作用以后就要知道分析什么了，基本上是围绕着 App 核心作用的几大模块，我们来看看需要分析哪些内容，简单整理如下图所示：
基本上也分为三大块，特定人群、使用过程、特定服务。
对于特定人群，我们需要了解如下几个指标
1、来源，用户从哪里来的，每个来源渠道比例怎么样，每天新增多少
2、活跃，用户来了活跃程度如何，对整个App每天/周/月有多少人使用
3、留存，用户下载以后，后续还是否继续使用，1天/3天/7天 后还有多少人使用
4、档案，用户从开始下载使用，基本信息是什么，一共打开了几次App，付费多少次，他的所有行为轨迹是什么等等
5、分组，用户使用后，我们是否需要对用户划分不同组，比如，付费用户组，非付费用户组，一个月付费100块以上的用户组，等等，只要满足一定条件的都划分一个组，区别查看不同组的行为数据
对于使用过程，基本两个指标
1、时长，用户单次使用App时长情况，不同使用时长分布情况，大部分人一次使用多久，是几秒、还是几分钟等等
2、频率，用户每天打开App多少次，每 1/3/7 天打开App 1/5/10/50次以下的有多少人等等
对应 App 提供的特定服务，大概也是如下几个指标
1、营收，如果是游戏收费类型App，营收是个重要的指标，每天总付费金额/次数/人数，首日/周/月付费率；平均每用户收入、平均每付费用户收入；付费频次/金额分布等
2、事件，App 主要功能触发统计，每天触发次数/人数等，比如电商类的加入购物车、收藏、下单等；
3、转化，转化主要是指 App 提供的核心服务，用户使用行为流程，例如电商类型的查看商品、加入购物车、下单、结算、评价等，将这些行为做成一个漏斗形式来分析，比如1000个人查看了商品，但加入购物车的只有500人，下单可能就只有100，但最终结算的估计只有50，评价的可能就更少了。那我们就需要在各个环节做对应的优化，提供转化率
以上基本上覆盖了一个 App 的大部分数据分析，当然每个具体 App 关注的具体业务不一样，分析的内容也有所侧重，这个要具体问题具体分析了。
希望能帮助到你。
本人目前负责的产品 MaxLeap – App开发后端云服务 也包含了 App 数据分析模块，你可以做些了解，欢迎私信
贴一篇前几天发在简书的关于APP管理后台的设计的文章，希望有帮助~
——————————————————————————————————————————————–
《产品设计–APP的管理后台》
从事产品工作断断续续也快两年了，两年的时间不长不短，然而还是入门级。每次比较头痛的都是接到管理后台设计的工作，因为没有可以参考的，网上相关分享、教程也比较少。
今天，我想就我的工作经验做一下关于APP管理后台的设计分享。
因为一直都是在创业公司，所以我的后台的设计也是从0开始。相比在已有功能上做优化，这样做的好处是不受之前设计的限制，坏处是要花费很多的时间精力全面去了解产品的业务细分以及相关的运营需求。
接到工作，首先弄清楚做后台的意义，划分功能模块。
虽然各个公司的业务都不一样，但是我觉得大体上都可以划分下面这4个大模块：APP的数据监测统计、业务内容编辑、维护用户关系的操作渠道、系统设置
以下是我整理的思维导图，根据业务需求，会有不同设计，可能存在缺漏
下面具体说一说每一个功能模块的设计
1.APP数据监测统计
这个是后台设计最基本的部分，也是所有的产品运营工作之本
1.1数据库沉淀数据展示
这里主要是将用户使用产品的过程中留在数据库中的数据提取出来。通常来说，最基本的是用户管理，然后是产品中业务数据管理（这个根据不同的业务需求设计，比如电商是订单管理，SNS是用户动态内容管理等）。
每一部分的管理列表，表头设计建议从所有需要字段中抽取最重要的（比如用户管理的用户手机号、昵称、会员等级等），然后所有其他有用的没用的字段在详情页中展示。如果列表页面显示过多的字，由于显示的宽度限制，会造成查看数据时很混乱。
1.2用户行为监测统计
说来惭愧，工作以来并没有真正涉及到这方面的设计。之前随着APP1.0的排期开发有出过一版相关数据监测的原型。后来因为工期耽搁，产品方向更改等原因，产品的运营工作至今还没走入正轨。所以这部分功能就被搁浅了。
但是，我们都知道，当产品进入了持续运营大力推广期的时候，数据分析是多么重要。这时后台的统计分析对于产品的迭代设计、运营的后续工作起到了向导的工作。如果没有有力的数据支撑，整个团队会找不到工作方向，这是非常可怕的。
大体来讲，数据监测统计主要包括：活跃用户统计（日活、周活、月活），留存率统计（日留存、周留存、月留存），转化率分析（目标事件、某一时间段内的转化率），路径分析（每一个页面的每一个功能的转换率、流失率）
2.业务内容的编辑
这个根据各个产品的业务方向不同设计不同。因为这个功能基本是给自己的运营同事用的，有时候因为设计的不够人性化，导致同事工作效率低，这是一种很可惜的资源浪费，往往就是后台的某一点设计的更改就提高了一倍的运营效率。所以建议大家设计后要不断跟进使用的同事的感受进行修改。
我以前在某上市公司实习的时候，要帮客户申请发票，先在部门的后台找到用户的订单号，然后在整个公司的财务后台搜索到这一单，再进行提交工作。大公司业务线多业务量也很大，一般都是先选择一个时间段，再在时间段里搜索订单号，然后在下方输入相应的申请信息，每次提交了申请后返回继续申请下一单时就又要重新筛选一下订单日期==，当时觉得如果能记住之前选择的日期该有多棒，毕竟有时候申请发票的工作量大到吓人。
3.维护用户关系的渠道
我们知道APP并不像一个传统的产品，客户买回家之后商家和客户之间就基本没联系了。互联网产品说到底卖的还是服务，而服务随着生活各方面的发展总是在不断改善不断优化的。当用户下载了APP后我们要想尽各种办法去和每一个用户维护好关系，希望每一个用户都可以长长久久一起走下去。
这里常见的就是：消息推送、用户反馈、常见问题这三个功能
3.1消息推送
这里分为触发推送和手动推送：设置触发条件与推送消息内容（比如每天上午11:00给所有没签到的用户推送签到享优惠的消息内容）；手动推送的设置要考虑到个性化设置，需要有比较全面的推送对象的筛选机制，（比如要给所在地为广东省广州市25岁以下的女性推送某条消息，就需要经过地区、年龄、性别的筛选）
3.2用户反馈
客户端用户反馈的页面主要有一个输入框，其他什么让用户选择哪个模块哪个功能的问题都是给用户增加负担。大公司可能各模块产品负责人不一样，所以需要用户做好划分吧。
然而不管什么样方式收到反馈，我觉得产品的每一条用户反馈都是真爱粉的告白，善待每一条反馈以及每一个反馈过的用户。不管反馈的内容你接不接受，至少都要有回应。
所以管理后台的用户反馈模块不仅要可以查看反馈内容，还要有回应反馈内容的输入框，然后通过站内信等方式发送给用户。
不要让用户感觉这个APP完全没人在管的，我提交了一些意见竟然没有人理会。
这样首先是不尊重用户，其次是你迟早会流失这个用户。
3.3常见问题的编辑
客户端的常见问题不要像一个无规则的列表一样把所有问题都平铺在一个页面，最好把问题做分组展示，让用户遇到问题时可以很快找到。这在客服系统不完善的初创公司来说，对用户的帮助意义巨大。
而管理后台则通常是要设置问题分组和内容的文本以及展示排序。
4.系统设置
这里分为对客户端的设置以及管理后台本身的设置
4.1APP设置
对于APP的设置比较普遍的是启动页和banner，其他的要根据业务需要来设置，总之根据需要，将你认为变化会比较频繁的功能模块提取出来在后台灵活设置。
4.2管理后台的权限管理
对于不同岗位的工作人员往往工作职责不一样，将管理员做好组别划分，再将不同的分组赋予不同功能开放，确保最终的数据安全。
这是工作以来写的第一篇工作总结，不知道有没有给到别人帮助，但至少是对自己的一个交代。新的一年希望可以更加努力工作，不断进步，优质输出～
APP数据要分析很多东西的，我这里举几个例子来回答
1、下载量，日下载量对比，月下载量对比
2、APP排名趋势
3、关键词排名分析
4、留存率，三日留存、七日留存、月留存
5、APP在应用商店表现，搜索指数排行，指数排行用以分析关键词
二、用户方面
1、男女比例
2、页面浏览人数
3、年纪统计
4、地域分布
关于APP数据分析的模板，不知道能不能帮到你。
这个问题实在不知道怎么回答你，在网上搜索就会有很多类似的分析范例，只是各自的分析纬度不同（纬度这词是现在互联网流行的，其实就是分析的角度不同而已，一帮装X的人）。而且不要因为分析而忘了分析的目的