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

推荐订阅源

D
DataBreaches.Net
B
Blog
博客园_首页
C
Check Point Blog
Microsoft Security Blog
Microsoft Security Blog
MyScale Blog
MyScale Blog
P
Proofpoint News Feed
Engineering at Meta
Engineering at Meta
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
B
Blog RSS Feed
M
MIT News - Artificial intelligence
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
量子位
V
V2EX
Y
Y Combinator Blog
Hugging Face - Blog
Hugging Face - Blog
Martin Fowler
Martin Fowler
Recent Announcements
Recent Announcements
I
InfoQ
博客园 - 【当耐特】

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
MarTech​-CDP实战手册-CDP交付阶段-指标规划(九)
光波 · 2023-09-28 · via 人人都是产品经理

下边文章的内容是MarTech​-CDP实战手册中的指标规划,一起来看看,或许会对想了解CDP的同学有所帮助。


指标依赖业务梳理,根据业务场景流程尽量全的梳理指标,系统会提供指标管理平台,通过源数据字段的计算公式去快速构建指标,当然部分指标没办法进行快速构建,则需要研发的代码开发。

指标使用场景一般为分析和营销场景,例如发生某个事件的人的企微添加率。

一、北极星指标

北极星指标(North Star Metric),也叫作第一关键指标(One Metric That Matters),是指在产品的当前阶段与业务/战略相关的绝对核心指标,一旦确立就像北极星一样闪耀在空中,指引团队向同一个方向迈进(提升这一指标)。

北极星指标有三个重要的作用——

  1. 指引未来:能够清晰地表明产品要传达的功能点与产品未来阶段需要优化的方向。
  2. 团队协同:能够让其他产品组的同事知道当前产品组的实时进展,便于跨组的资源协同。
  3. 结果导向:能够使我们对结果负责,即以业务效果/结果而不是业务数量来衡量团队的工作质量。

一般来说,一个好的北极星指标具备以下几个属性——

  1. 是可以明确衡量的指标。
  2. 是可以体现产品价值与客户价值的指标。
  3. 是营收的先导指标(而不是ARPU之类的滞后指标)。

常见北极星指标——

如何指定北极星指标——

《硅谷增长黑客》中有提到6个指定北极星指标的标准:

标准1:你的产品的核心价值是什么?这个指标可以让你知道你的用户体验到了这种价值吗?

必须是产品核心价值的体现,即必须能流畅的走完从产品侧到市场用户侧商业的闭环。举个例子最近bilibili将隐藏播放量,改用用户消耗时长,这个就是企业态度及北极星转变,优质内容通过播放量不足以表达,而能让用户看下去的视频质量更为优质,优质视频才是B站可持续发展的指标。

标准2:这个指标能够反映用户的活跃程度吗?

只有活跃的用户才是真正的用户数量,即不要被虚荣的用户指标迷惑。有很多APP说注册量破百破千万,但留存日活可怜,用户根本留不住,用完即走一次性工具,很难创造价值及营收。指标的定义一定要加入用户LTV的价值考虑,而不是简简单单的数据增长,否则将昙花一现,回首看已是昨日黄花。

标准3:如果这个指标变好了,是不是能说明整个公司是在向好的方向发展?

北极星指标从宏观上反应企业经营情况,指标定制得当是可以体现出公司的发展趋势,但一定要避免虚荣指标。

标准4:这个指标是不是很容易被整个团队理解和交流呢?

指标定义必须易于理解、明确衡量,即定义清晰,并且容易被所有人理解、交流、执行,这样才可自上而下进行贯通,同时各个团队针对指标进行拆解部门或团队指标也需要考虑易理解、明确可衡量等要素。

标准5:这个指标是一个先导指标,还是一个滞后指标?

指标一定是先导指标,所有认为了这个指标去冲刺,如果是后置指标的话,需要很长时间才可看到指标效果这种情况对于指标执行就比较被动。

标准6:这个指标是不是一个可操作的指标?

指标必须是动态指标,通过自上而下的努力,能够进行很大成都的改变,同时指标不是死指标,随着企业发展,战略的调整,指标也应该随之变化。

北极星指标可以分为企业北极星和部门北极星,因为企业要关系的是最核心的指标,但部门所分拆下业务后,可能该部门根本与核心指标无关,就需要通过其他指标的提升来影响核心北极星指标。

例如:车企的核心北极星是GMV,但售后部门不直接负责GMV,但通过GMV拆解后发现老带新这个指标关系到GMV增长,然后再进行指标下钻,老带新的前置是需要与客户有长期有效沟通,沟通的前置条件则为企微添加率,因此企微添加率可作为售后部门的北极星指标。

二、辅助指标

辅助指标不像北极星指标需要经过标准校验后进行指定,辅助指标主要是为业务提供分析、营销能力所定制的指标。

辅助指标需要进行深入调研,通过不同部门的业务流程,梳理每个部门的指标需求,然后将指标进行汇总,进行指标归类,哪些指标是通用化指标,哪些指标是专属指标,这样便于降低指标的构建成本、清晰易用。

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

题图来自Unsplash,基于CC0协议

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