惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Forbes - Security
Forbes - Security
L
Lohrmann on Cybersecurity
Simon Willison's Weblog
Simon Willison's Weblog
P
Proofpoint News Feed
P
Privacy International News Feed
The Hacker News
The Hacker News
AWS News Blog
AWS News Blog
S
Securelist
P
Proofpoint News Feed
Recent Announcements
Recent Announcements
GbyAI
GbyAI
B
Blog RSS Feed
A
About on SuperTechFans
C
CXSECURITY Database RSS Feed - CXSecurity.com
Y
Y Combinator Blog
Microsoft Azure Blog
Microsoft Azure Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Cyberwarzone
Cyberwarzone
I
Intezer
T
Tor Project blog
T
The Blog of Author Tim Ferriss
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
Recorded Future
Recorded Future
aimingoo的专栏
aimingoo的专栏
Cisco Talos Blog
Cisco Talos Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
W
WeLiveSecurity
D
DataBreaches.Net
U
Unit 42
Project Zero
Project Zero
Martin Fowler
Martin Fowler
V
V2EX
The Last Watchdog
The Last Watchdog
Security Archives - TechRepublic
Security Archives - TechRepublic
C
Cisco Blogs
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V2EX - 技术
V2EX - 技术
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Threat Research - Cisco Blogs
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
T
Tenable Blog
F
Full Disclosure
T
The Exploit Database - CXSecurity.com
H
Heimdal Security Blog
Latest news
Latest news
Webroot Blog
Webroot Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
不容忽视的DAU小波动,企业如何应对?
烧肉女士 · 2023-11-11 · via 人人都是产品经理

APP的DAU数据波动,是什么问题?本文结合具体案例,与大家谈谈数据异常该如何分析以及解决,希望对你有所帮助。

上文(DAU狂跌近15%!如何快速挽救?)说到金主爸爸小a重金聘请了小b来解决App M的DAU异常的问题。

为啥小a能快速锁定小b,在极短的时间内挖来小b?

这事儿还得追溯到去年,小b总是能高效地查找App N的DAU数据波动问题,让平台躲过了不少坑。机缘巧合之下,被小a知道了,于是才有了高薪聘请这一出。

然而,本文要讲的并不是小b在App N时的高光时刻,而是他面对DAU时的无可奈何。

一、数据异常分析

DAU数据异常分为以下三步来分析:

1. 明确数据是否异常

分析人员要清楚DAU指标的变动是否是异常的,是否是周期性波动造成的,主要从以下几个方面来探究:

  • 环比上周
  • 同比去年
  • 一段时间的趋势
  • 是否是特殊节点

首先,我们需要确定异常变化的标准。

然后,分析计算数据波动情况,并与标准进行比较,以确定数据是否异常。

2. 了解数据变化的原因

分析人员需要分别与技术、产品和运营就上述维度展开沟通。常见的异常来源如下图所示:

通过与相关人员沟通,分析人员可以更好地理解DAU指标异常的查询方向。这样的沟通有助于避免行动上的盲目,从而更加有效地找出问题根源。

在大致了解查询方向之后,接下来,我们对DAU指标进行更细致的拆解。

3. 排查变动因子

首先,从用户构成的角度分析,拆解与DAU指标相关的层级,可获得以下公式:

在清楚DAU的构成后,我们引入影响系数来判断新老用户对DAU变化的影响程度,公式如下所示:

影响系数越大,说明因子对DAU的影响力越大,越接近真实。

接下来,让我们来计算案例的影响系数,了解究竟是哪个因子的变动对DAU的影响大。

若是老用户的影响大,则拆解老用户的构成,了解其变动因子。

若是新用户的影响大,也是同理,需要拆解新用户的构成,了解其变动因子。

在充分考虑用户的变动因子后,针对影响大的这一类用户的流量来源,将用户进行拆解。

然后分别计算各来源数据对DAU总变化量的影响,充分定位DAU指标波动异常的原因。

通过计算各来源的影响系数,我们可以知道各个来源对DAU指标的负面影响程度,哪个来源需要重点排查。

4. 修正影响因素

通过以上分析,我们可以初步确定DAU异常是由什么导致的。

然而,也会存在一些特殊情况,可能会对我们对DAU异常原因的判定造成偏差。

我们需要对影响每日新增用户的因素进行了进一步分析,计算每一个因子的DAU变化率。

通过计算变化率,再结合我们积累的历史经验和对业务的实际了解,我们可能会得出与前面不一样的结论。

二、数据异常解决

根据我们对第二部分的分析,总结可能发生的异常。针对异常,我们需要进一步对投放渠道进行深入的研究和分析。

然后,我们与相关业务人员进行详细的沟通,再去定位问题,确定异常验证的方向。

针对以上的原因定位,我们提出对应的解决方案。每个问题的解决方案不同,侧重点也不同,需要具体问题具体分析。

在充分考虑问题的影响范围、影响程度、方案的难度等各方面因素之后,对验证方案进行了优先级排序,并开始正式验证。

有时候,尽管我们明确了问题定位,并知道了解决问题的方向,但是结合实际情况,问题却不能马上解决。

平台的运营策略的变化,需要充分考虑补贴范围、平台定位、财务规划等等,跟平台的整体战略规划强相关,往往牵一发而动全身,需要慎重对待。

三、案例分析

1. 案例简介

App N是一款工具类App,它的规模较小,日活跃用户数量通常稳定维持在55-60万左右。作为上市不到10个月的新应用,它主要针对小众垂类用户,其中包含个别价格敏感型用户。

具体DAU情况如下图所示:

从上述趋势图来看,4月15日数据小量下跌,数据出现了轻微波动,但是下降趋势并没有持续发生。

虽然DAU的趋势情况并没有进一步恶化,仍需要进一步分析原因,查看情况是否正常。

这是因为小体量的App往往缺乏品牌影响力和用户数量,这意味着即使出现轻微的问题,也可能会导致用户流失,给产品造成损失。

因此,需要更细致地跟踪和监测各项关键指标,及时发现问题并进行解决。

2. 问题定位与解决

小b在了解App N的DAU变化后,并没有以为数据波动小就掉以轻心,而是仔细分析,小心求证。

下面,我们来介绍小b是如何解决案例中的问题的。

第一,明确数据是否异常。

由于App N是新产品,刚上架不久,因此无法制定年同比的标准;

因此,小b将重点制定周环比的数据标准。

基于前期DAU增长缓慢,根据经验及历史数据,小b将5%制定为标准,即App的周环比数据上下变化浮动超过5%被视为异常情况。

在明确异常标准之后,小b分析计算数据波动情况,并与标准进行比较。

通过数据计算可知:4月15日数据出现了小量下跌,同比下降5.7%,超出标准;但从16日开始,下降幅度缩小,并没有持续扩大,且在标准范围之内。

第二,了解数据变化的原因。

小b与相关人员展开了沟通,了解近期业务上的波动。

通过有效的沟通,小b得知在DAU指标异常变化之前的三天(即4月12日至4月14日),业务方面发生了如下变化:

  • 技术侧:更新App版本;修复版本bug
  • 产品侧:修改站内补贴玩法;
  • 运营侧:开通新的投放渠道;增加整体投放预算;

在大致了解查询方向之后,小b对DAU指标进行更细致的拆解。

第三,排查变动因子。

小b仔细地计算了影响系数,新老用户的DAU波动变化如下图所示:

需要注意的是,App N的DAU数据以周为维度呈现一定的周期效应,并且在4月15日下降。

因此,小b使用4月8日和4月15日的数据来计算影响系数。

  • 老用户影响系数=(35.6-35.9)/(56.4-59.8)=8.8%
  • 新用户影响系数=(20.8-23.9)/(56.4-59.8)=91.2%

通过上述计算,小b发现新用户的影响系数更高,新用户对于DAU的影响比老用户更为显著。

小b将新用户分为以下几个维度:

针对新用户的流量来源,将App的老用户进行拆解。小b将App N的新用户拆解为5个来源,分别计算各来源对DAU总变化量的影响。

数据如下图所示:

  • 自然影响系数=(16.68-19.36)/(56.4-59.8)=78.8%
  • 渠道1影响系数=(1.65-1.83)/(56.4-59.8)=5.3%
  • 渠道2影响系数=(1.59-1.81)/(56.4-59.8)=6.5%
  • 渠道3影响系数=(0.75-0.90)/(56.4-59.8)=4.4%
  • 渠道4影响系数=(0.12-0)/(56.4-59.8)=-3.5%

通过以上数据可知,小b发现自然新增用户对DAU指标的负面影响最大,基本能确定是自然新增用户出现了问题。

第四,修正影响因素。

从上述的数据分析可知:15日的DAU异常是由自然新增用户的问题导致的。

然而,根据数据观察,小b发现:自然新增用户占比超过80%,因此即使是微小的变化也会对新增用户数产生较大的影响。

小b在计算变化率后,发现不同来源所归因的数据变化基本相同。具体数据如下所示:

通过上述数据的分析,又结合了历史经验,小b推翻了前面的结论。

小b得出了新结论:DAU异常并非仅仅由自然用户的原因导致,而是由新增用户整体出现问题所引起的。

最后,解决DAU异常问题。

小b通过数据分析,和对公司业务的总体把控,总结的异常如下所示:

  • 自15号以来,公司增加了对外部投放的预算,但并没有带来新用户的增长;
  • 异常是由新增用户整体策略的问题引起的;

小b又与相关业务人员进行详细的沟通,最终把DAU异动的原因定位在以下3个方面:

  • 新客承接方式变化
  • 新客补贴玩法调整
  • 系统bug

针对以上的原因定位,小b制定了相应的解决方案:

  • 随机抽取一部分用户,将其承接方式切换至旧方案;将新旧方案进行对比;
  • 随机抽取一部分用户,将其补贴方式切换至旧方案;将新旧方案进行对比;
  • 修复系统bug;

在评估各方面的因素之后,小b打算着重解决系统bug和新客承接方式这2个问题。

  1. 技术人员修复系统bug,但小b发现bug修复前后,新客的DAU并未有明显的变化;
  2. 小b又严格控制变量,采用严格的AB TEST,减少其它因子的干扰,来验证承接方式的影响力。但实验组和对照组并未有明显的差距;

以上2个问题并不是造成DAU异常的原因,最终小b将问题定位在新客补贴方式的调整上。

他采用严格的AB TEST,结果发现补贴方式与新客DAU强相关;数据异常的原因是补贴力度下降,导致一部分新客无法到达补贴门槛而放弃使用App;

小b尽管已经明确了DAU异动的原因,也验证了新客补贴的有效性,但是最终也没有去调整新客补贴的金额。

虽然每个用户获得的补贴金额可能不大,但是对于平台来说,可能是一笔巨大的费用。所以即使短时间内会造成一部分用户流失,策略也不能轻易变化。

四、总结

本文介绍的案例基于实际业务,在适当的情况下进行了模糊化处理,以保护相关业务的数据安全和隐私。

通过借鉴这个案例,我们可以探讨DAU指标异常的拆解思路。可以运用多种方案,如数据对比和科学分析等,来识别DAU异动的原因,并对相关的运营策略进行调整。

此外,与常见的分析法(突发DAU指标异常,如何快速识别问题症结?)相比,本案例增加DAU影响因素的修正分析,重点考虑了一些特殊情况的发生,从而更加准确地找出了问题的源头。

这个案例有助于我们更好地理解和应用DAU监控体系,提升我们的数据分析和决策能力。

本文由 @烧肉女士 原创发布于人人都是产品经理,未经授权,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。