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

推荐订阅源

Hacker News: Ask HN
Hacker News: Ask HN
WordPress大学
WordPress大学
GbyAI
GbyAI
T
Tailwind CSS Blog
Know Your Adversary
Know Your Adversary
小众软件
小众软件
Security Latest
Security Latest
博客园 - 聂微东
P
Privacy International News Feed
L
Lohrmann on Cybersecurity
爱范儿
爱范儿
云风的 BLOG
云风的 BLOG
阮一峰的网络日志
阮一峰的网络日志
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 叶小钗
Last Week in AI
Last Week in AI
The Register - Security
The Register - Security
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
V
Vulnerabilities – Threatpost
Jina AI
Jina AI
AWS News Blog
AWS News Blog
L
LINUX DO - 热门话题
D
Darknet – Hacking Tools, Hacker News & Cyber Security
NISL@THU
NISL@THU
Spread Privacy
Spread Privacy
Google DeepMind News
Google DeepMind News
P
Palo Alto Networks Blog
S
Schneier on Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
The Exploit Database - CXSecurity.com
月光博客
月光博客
C
CERT Recently Published Vulnerability Notes
G
GRAHAM CLULEY
N
Netflix TechBlog - Medium
量子位
K
Kaspersky official blog
T
Threatpost
Latest news
Latest news
The Cloudflare Blog
MyScale Blog
MyScale Blog
C
Cisco Blogs
T
Tor Project blog
S
Securelist
Cisco Talos Blog
Cisco Talos Blog
The GitHub Blog
The GitHub Blog
A
Arctic Wolf
T
Threat Research - Cisco Blogs
H
Help Net Security
C
CXSECURITY Database RSS Feed - CXSecurity.com

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
产品经理要懂的数据分析——指标建模(上)
Darcy ZHAO · 2022-06-23 · via 人人都是产品经理

编辑导语:在产品经理的工作中,要结合具体业务、数据分析、数据工程这三个方面来进行数据分析,而其中所涉及的步骤工具又可以分为6个模块。本文作者对其中的一个模块——指标建模进行分析阐述,一起来看一下吧。

产品经理所要进行的数据分析要结合3个方面来进行——具体业务、数据分析、数据工程,而整个数据分析所涉及的步骤工具等又可以分为6个模块——指标建模、数据工具、数据处理、数据分析基础、数据分析进阶、数据采集。今天我们来讲一下指标建模模块。

一、指标建模概述

笔者先提出几个问题作为本文的引子——什么是数据指标?常用的数据指标有哪些?它们是怎么定义的?日常工作中查看这些指标会碰到哪些坑?如何选择数据指标?选择数据指标会遇到哪些坑呢?

选好数据指标的常用方法论:

如果老板问到:“刚上线的社区产品,最近表现如何?”

新人产品:“很不错——日活每天都在涨,新增也很多。”

资深产品:“现状堪忧——日活按设备数看一直在涨,但如果按注册用户数看并不乐观。新增用户转化成注册用户的只有20%,说明我们社区现在还没有促使用户注册的动机。”

三个月后,老板想知道是否要开始推广?

新人产品:“最近日活平稳,新增用户减少,要不要推广拿不准。”——表现平平

资深产品:“最近日活虽然上涨趋势不大,但:1. 用户人均发帖量相比刚上线时翻了一番,2. 用户间的好友密度月环比上涨30%,我觉得社区氛围已经形成,3. 这个从新用户次日留存由上个月的35%增长到50%也能得到验证。因此,认为可以开始大规模推广。”——十分靠谱

二、认识常见的数据指标

什么是数据指标?即对当前业务有参考价值的统计数据。进一步说明,当前业务+有价值——不是所有的数据都叫指标,与当前业务无关的,也意义不大;可统计——数据不是凭空产生的,不能脱离现实。

举一个直白的小例子,老板为了提高自己小卖部的营业额搞了促销活动,为了衡量促销效果,他首先记录了一天中小卖部门口的路过人数为3,进店人数为2,购买人数为1,这些即是统计数据(可被观测、统计、记录);随后计算出进店率为67%,购买率为50%,这就是对业务有参考价值的数据(衡量活动是否有效)。

常见的数据指标有哪些?即如何量化“谁干了什么,结果怎样”这句话,谁——用户数据,干了什么——行为数据,结果怎样——业务数据。

1. DAU/MAU

DAU/MAU=Daily/Monthly Active User

1)理解Daily/Monthly

2)理解Active

方法一:数据统计系统的定义

基于事件上报判定活跃:有事件上报->该用户活跃。

tips:上报可能有坑——假定了事件上报一定来自用户主动操作;谨防活跃暴增,其他数据并无显著增加的情况。

预制报表的统计系统(友盟、百度统计、GA、……)都是基于事件上报进行统计,其统计逻辑是:今天上报过事件(->用户进行了主动操作)->这个用户是活跃的。

然而有时上报并不说明用户的真实行为,如手机收到PUSH后上报事件,这属于后台回报消息,并非用户行为。

这个坑的终极来源可能是运营一周前向RD提出需求:“我要统计发下去的PUSH,的指导有多少条PUSH是到达了用户设备上的,不然无法优化推送转化。”RD采用如下解决方案:“我在后台给你写一个Service,APP收到PUSH的时候,我就给友盟上报一个事件说我收到了。”

方法二:业务上的定义

基于关键事件上报:用户执行了关键事件->该用户活跃。

tips:存在维护成本——需不断维护日活事件列表;存在沟通成本——团队内外对[活跃]的认知需统一。

这需要制作日活事件列表,定义哪些事件需要上报。比如:

3)理解User

认人:每位注册用户一个唯一ID,但未登录的用户会被漏掉。

具体操作:给每位用户一个唯一的专属ID,只适合强注册/登录环境,用户数=访问过服务的ID数。

认设备:每台设备一串唯一标识符,但无法对对应设备背后的用户。

具体操作:在网页cookie中买下一段长随机字符串,作为设备唯一标识符,用户数=访问过服务的设备数。

关于到底是认人还是认设备,笔者总结方法如下:

2. 如何定义新增

每个人都在提[新增],每个人嘴里面讲的新增其实都不一样。

  • 渠道商:“只要点了你们产品的下载按钮,就算一次新增了”
  • 运营:“总得下载成功了才算吧,而且一个用户一天最多算一次”
  • 产品:“我们按启动算吧。没打开APP也算,数据质量太差了”
  • RD:“注册了才叫新增[用户],否则后台根本没这条数据”

所以需要根据具体业务统一[新增的定义]。

1)增——选择合适地节点,定义[增]

因为渠道商往往强势,所以在哪个节点结算应该谈清楚。

2)新——用适当的方法,判别[新]

  • 基于设备:IOS、Android、web各有门道
  • 基于账号关联:与后台已有账号比对匹配

3. 如何理解留存

为什么要看留存,这个表格可以简明概括留存的作用。

举例:以7日日留存的三种算法为例来评估某渠道的质量。

算法一:(第七天/第一天)x100%——7日日留存,只关心到特定日的留存情况,避免了其他日数据的干扰。比如比较渠道在Day7的留存情况时,引入Day2~Day7的用户数据,反而影响判断。

算法二:(第二天~第七天去重后/第一天)x100%——7日内留存,引入了其他日数据,适用于有固定使用周期,且周期较长的业务。有些时候恰恰需要引入Day2~Day7的数据,比如,有些情况下用户访问特别集中(如kfc疯狂星期四,大量肯德基APP访问集中在星期三、四),只看Day7来评价,往往不能反映真实情况。此时,关注7日内活跃情况,更能描述渠道质量。

算法三: ( 第七天/第0天)x100%——7日日留存,新增当日为第0日,下一日为1日,使第7日与新增当日对齐,某种程度上能抵消某些星期级别的周期性差异。

同理,当不再以日为统计单位,而是以更长时间周期来统计时,就得到了周留存/月留存,此时可以更好观察整个大盘。注意,在计算时务必将用户去重,公式如下:

无论使用哪一种算法,公司内部结合业务特性达成彼此认同时最重要的。

4. 渠道来源怎么看?

关于“用户从哪儿来的?”这个问题,我们通常可以看渠道来源这一指标解决。在实际工作中,产品经理会通过公司合作的数据机构给出的各类报表查看。在这里笔者简单总结几种主要渠道。

不同的网站统计工具与分析工具对网站流量获取的渠道各有差异,但基本上可分为几个渠道:

  • 直接访问(Direct)
  • 引荐流量(Referral)
  • 搜索引擎自然流量(Organic Search)
  • 付费搜索流量(Paid Search)
  • 社交媒体(Social)

直接访问(Direct):指的是用户直接访问网站,而不是从其他网站或搜索引擎进入。包括但不限于:用户在地址栏输入网址访问网站、从浏览器收藏夹访问、用户点击聊天工具里的链接如QQ聊天记录里的链接。

引荐流量(Referral):从用户非搜索引擎与社交网站点击进入网站。比如友链互惠网站、百度贴吧等站外社区论坛。

搜索引擎自然流量(Organic Search):从搜索引擎自然搜索结果链接进入网站的流量。区别于Paid Search,自然流量时搜索引擎自然排名结果的链接,通俗讲就是非竞价非付费的搜索引擎排名页面链接。另外值得一提的是,某些有中国特色的搜索引擎如百度,出了提供搜索引擎服务外,也提供很多的内容产品服务比如百度贴吧、百度知道等,从这些非搜索引擎搜索页面进入的流量并不归属于自然流量,而是引荐。

付费搜索(Paid Search):即搜索引擎竞价,很多没有搜索引擎优化资源的网站,短平快的流量获取方式。在国内,竞价流量已经成为众多网站流量获取的主要渠道。

社交媒体(Social):社交网站流量在绝大多数国产网站统计工具中并没有单独列出来。但是,全球最大的搜索引擎谷歌搜索的排名因素中,社交媒体因素已经占有超过10%的权重,所以也要引起重视。

还有在国内互联网圈不太提的几类:Email、展示广告、其他广告。另外,许多数据工具如果统计不到用户的渠道来源,会默认其为直接访问(Direct)。

5. PV UV 转化率 访问深度

PV(Page Views),即次数;UV(Unique Visitors),即人数。然而在衡量完成目标行为的潜力时,通常会用PV/PV表示该页面引发下一行为的能力;UV/UV表示用户的行为倾向;PV/UV表示人均行为次数。

1)PV/PV;UV/UV

2)PV/UV

3)访问深度

算法一:用户对某些关键行为的访问次数。

算法二:将网站内容/功能分成几个层级,以用户本次访问过最深的一级计算。

6. 访问时常

1)为何要统计访问时长

通过统计特殊事件,支持业务需求。比如,记录暂停/关闭页面后、播放器中视频进度条当前的位置,可以统计视频被消费程度,评价内容质量。

2)如何统计访问时长

  • Web时代,直接统计页面打开时长(但如果我一直没关,或是上了个洗手间……)
  • APP时代,统计前台驻留时常(如果我开着APP中途被叫去聊天……)
  • 通过瞳孔与注意识别,即摄像头观察,瞳孔是否注视屏幕(需要外设和隐私授权……)

总之,采用何种方式统计访问时长一定要回归业务本身。

7. 业务相关的数据指标

举例:小卖部老板想知道,一共卖了多少钱?消费水平怎么样?来了多少人?有多少人买东西了?有多少人是老顾客?我们的商品好不好卖?……这些涉及总量、人均、付费数、付费率,通常要看业务数据指标。

8 弹出率(Bounce Rate)

通俗理解即,用户一点开某个页面就马上退出,不进行任何下一步操作的比率。一般统计的是整个网站产生的所有会话的弹出率。

本文由 @DarcyAI 原创发布于人人都是产品经理。未经许可,禁止转载。

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