image.png

一、Daily/Monthly

Daily：

一般我们指一个自然日，即0:00–24:00。特例：如果用户群体涉及海外产品，可根据具 体业务设置为最近24小时。

Monthly：

当月至少活跃一次的用户总数。（即多次打开只记录为一次月活）。此处需要注意：月活不等于当月各日日活相加，需要进行去重。
这里方便大家理解：给大家提一个小问题，假设某个app比较悲伤，一个用户数只有60人，第一天DAU为60人，第二天为15人，第三天19人……第三十天为59人，问当月月活为多少人？答案为60
image.png
image.png
image.png

二、Active活跃

怎么才算是活跃呢？

（1）基于第三方数据平台

友盟定义的打开应用的用户即可为活跃用户，看起来很好理解，但身为一个合格的产品经理需要刨根问底，什么叫做打开应用？噗，您一笑，这笔者是不是逗比？打开应用可不就是打开app，钻什么牛角尖。

这里呢，其实就是一个很好的用户视角和PM视角的区别体现，用户视角当然是打开应用就是打开app这边理解没错，但PM视角就需要进一步具体用户进行了什么操作算一次打开app，是进入到登录页？还是进入到首页？还是点击了某个按钮？

其实呢，读者如果您能想到这一步，答案也就呼之欲出了。

答案就是：今天上报过事件（特指用户进行了主动操作的行为）->这个用户就活跃的。

上报事件其实指的就是刚才我们所说进入到登陆页面，进入到首页，点击某个按钮等，例如进行登录页成功，会上报一个page view事件；按钮被点击，会上报一个onclick事件等。

但这里有一个坑：注意是用户主动操作的行为产生的上报时间，如果不是用户主动操作的，例如用户接收到一个push这样，这种就不属于上报事件。

这里多说一点，至于都哪些事件需要上报，不同平台规则略有不同，可以去平台查看，同时了需要结合自己本身的公司业务，例如如果您的app本身就不需要登陆，那么进行登陆页进行上报事件，就显然是不合理的。

看一个奇怪的案例：
DAU明明一直在上涨，但浏览量在下跌，交易量基本持平
image.pngimage.png
image.png
image.png

（2）基于公司自己的数据平台

先说答案：用户执行了关键事件->这个用户是活跃的
理解了第三方平台的原理，再说这个就简单了，还是回归业务，把公司关心的点整理出一个日活事件列表，列表中可根据具体业务插入或者删除相应事件：例如进入登录页，首页，加至购物车。当用户有了这些关键事件后，上报后自己的后台进行统计。这种类型，有利有弊，利在于更加灵活，可以根据业务需求快捷更改；弊端在于维护成本高一点。
image.png
image.png
image.png

三、User用户

指的是用户，用户通过设备来访问互联网公司提供的服务。
引入一个问题：小明，有一个手机，一个平板和一个电脑，同时登陆同一个app的同一个账号，此时记作几个用户呢？
解答这个问题，可以看到有两关键词：人（账号），设备。用户的区分也恰恰是这两种区分方式。
（1）认人
即用户数（user）=访问过服务的ID数
这个id指的就是我们日常所说的uid（user id），指的是一个注册用户，每一个用户有一个唯一的uid。
这种情况适用于强登陆的产品。
（2）认设备
即用户数=访问过服务的设备数
针对于如何识别设备唯一标识，安卓，ios平台的方法不一样。
IOS采用的是IDFV。
安卓采用的方法很多，宋老湿下方给出一部分方法，一般安卓工程师会综合下述方法进行一次拼接综合。
image.png

image.png
image.png
image.png
image.png

image.png