我们常说的DAU、MAU到底是什么?

  • 时间:
  • 浏览:251
  • 来源:市场运营网

本文笔者将对用户数据指标的一些概念,结合相关例子,进行介绍。

现如今,我们见证了太多的江湖奇迹,无论是拼多多的三年上市,抑或是瑞幸咖啡的异军突出,这些奇迹坚定了众多中小门派追梦之路,当然,人们也渴望获得奇迹增长的力量,《用户增长》这本武林“秘籍”似成了关键,仿佛一旦得到,便可“号令天下,谁敢不从”。

诚然,在以用户为中心的互联网行业里,有了更多的用户,便如同拥有了屠龙刀一样,无往不利。但是,神器虽锋,但也要修好基本的内功,不然可就成了:一方霸主尚未成,走火入魔断了魂。

说到基本内功,离不开对数据最基本的理解,说到数据指标,也许您可能呵呵一笑,不就是DAU,MAU,UV,PV吗?这有什么好讲的。可是如果我问您一下,日活跃用户中的日,活跃,用户分别是以什么划分的?可能您就有些含糊不清了,也许您觉得这没什么重要的,知道不知道都一样。

这里,宋老湿先卖个关子:

对数据基本功的扎实了解,是沟通的桥梁!等到文末,大家自然就明白我这句话意思了。接下来全程干货,请做好湿了的准备。

数据的一句话秘诀

数据作为互联网产品发展方向的核心驱动力之一,必须是基于业务,离开业务的数据毫无价值。无论哪种互联网细分行业的业务都是基于解决“用户在某种场景下,产生的某种需求”。

在解决的需求过程中产生的数据,才是我们互联网人需要关注的,因为是有价值的。那么作服务方的我们就需要记录用户用了我们的什么服务,最终结果是什么。

这里呢,为了方便大家记忆,给大家一口秘诀:

谁?做了什么?结果怎样?

根据口诀,宋老湿对应的将数据分为三大类:

  1. 用户数据(谁)
  2. 行为数据(做了什么)
  3. 业务数据(结果怎么样)

01 用户数据

用户数据主要有:DAU,MAU,新增用户,留存率。

DAU、MAU

  • DAU:daily active user(日活跃用户)
  • MAU:monthly active user(月活跃用户)。

这里面我们分三步拆解:

1. Daily

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

2. Monthly

当月至少活跃一次的用户总数。(即多次打开只记录为一次月活)。此处需要注意:月活不等于当月各日日活相加,需要进行去重。

这里方便大家理解:给大家提一个小问题,假设某个app比较悲伤,一个用户数只有60人,第一天DAU为60人,第二天为15人,第三天19人……第三十天为59人,问当月月活为多少人?大家思考一下,答案文末揭晓。

3. Active

上面我们讲monthly的时候,提到了活跃,那么具体活跃指的是什么?

主流的,宋老湿这边给大家介绍两种分类:

  1. 基于第三方数据平台。
  2. 基于公司自己后台的数据平台。

(1)基于第三方数据平台

我们先以友盟数据平台实例引入:

图片取自于友盟数据平台

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

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

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

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

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

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

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

(2)基于公司自己的数据平台

先说答案:用户执行了关键事件->这个用户是活跃的

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

4. UserUser

指的是用户,用户通过设备来访问互联网公司提供的服务。

引入一个问题:小明,有一个手机,一个平板和一个电脑,同时登陆同一个app的同一个账号,此时记作几个用户呢?

解答这个问题,可以看到有两关键词:人(账号),设备。用户的区分也恰恰是这两种区分方式。

(1)认人

即用户数(user)=访问过服务的ID数

这个id指的就是我们日常所说的uid(user id),指的是一个注册用户,每一个用户有一个唯一的uid。

这种情况适用于强登陆的产品。

(2)认设备

即用户数=访问过服务的设备数

针对于如何识别设备唯一标识,安卓,ios平台的方法不一样。

IOS采用的是IDFV。

安卓采用的方法很多,宋老湿下方给出一部分方法,一般安卓工程师会综合下述方法进行一次拼接综合。

(具体这不展开叙述,可以询问下开发小哥哥们,如果有心提升自己,关注公众号会发送相应科普文章进行学习。)

其他文中关于月活问题的答案:60人。

解析:月活切记不能单纯进行日活相加,第一天已经有60人活跃且等于总用户数,无论后面多少人,活跃人数都不可能大于总人数。大家在此再次对月活这个去重的概念进行理解。

下期预告:新增用户与留存,到底弄啥呢?

 

本文由 @产品吐槽喵 授权发布于www.callz.cn,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

猜你喜欢

产品秘籍(一):登门槛心法,让用户接受你的无理取闹

登门槛,步步心机,让用户在不知不觉中步入产品的“陷阱”,最终达成产品的预期运营效果。1966年,美国社会心理学家弗里德曼曾经做过一个实验:他让助手们随机邀请一些家庭主妇在安全驾

2020-01-09

这4个配色技巧,解决你80%色彩问题

今天和大家分享下界面中如何使用颜色,颜色在设计中对于我们的情绪和行为有着很大的影响,很多产品都在抢占我们内心的颜色心智,因此选择适当的颜色的一个产品成功很关键的点!设计师都有收

2020-01-09

产品设计方案大观园(二):硬件设计篇

上一篇《产品设计方案撰写指南(一):结构设计》中我们说到,只有理解背后的道理,借助框架模板,通过反复的训练才可以提高产品设计方案的撰写水平,并且和大家探讨了结构设计版块的撰写要

2020-01-09

2019年终总结:从0-1的2B产品搭建复盘

本文笔者简述了一款“2B”ERP生产制造产品的搭建思路,以此作为2019年的总结,也希望给读者带来一些启发。B端产品所处环境复杂,往往一开始接触的时候就如同走进了森林,不知道从

2020-01-09

干货 | 如何构建UI组件设计规范

通过本文,你将学习到Uber、Pinterest、Shopify和Airbnb等知名网站如何利用组件构建统一的UI/UX设计规范。Airbnb通过react-sketchapp

2020-01-09