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

推荐订阅源

博客园_首页
Microsoft Azure Blog
Microsoft Azure Blog
aimingoo的专栏
aimingoo的专栏
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
阮一峰的网络日志
阮一峰的网络日志
Martin Fowler
Martin Fowler
B
Blog
The GitHub Blog
The GitHub Blog
T
Tailwind CSS Blog
Stack Overflow Blog
Stack Overflow Blog
L
LangChain Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
D
DataBreaches.Net
月光博客
月光博客
人人都是产品经理
人人都是产品经理
IT之家
IT之家
GbyAI
GbyAI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
The Cloudflare Blog
C
Check Point 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迎来强劲对手 – 人人都是产品经理,
互联网数据产品(指标体系设计)在新能源车企的实践
潮生 · 2023-11-24 · via 人人都是产品经理

过往的一些互联网方法也可以应用到新能源车企上,具体怎么用呢?作者结合互联网数据产品(指标体系设计)在新能源车企的实践,与大家谈谈,希望对你有所启发。

22年初,笔者转行到了新能源车企的自动驾驶业务部门,截止到11月初把公司内自动驾驶业务下的部分数据产品也从0到1搭建、运营了起来,如指标体系、标签体系等。而上述这些产品都借鉴了之前在互联网行业的一些方法,并且取得了一些不错的效果。今天我就通过本篇文章和大家聊聊新能源车企(自动驾驶域)指标体系相关数据产品参考互联网行业方法的实践。

一、互联网指标拆解方法回顾

互联网行业,设计指标的方法是:一横一纵

横,指标结构的分类,通过业务层级结构对指标结构进行分类

以商超、电商营销域指标体系为例,营销通常是以活动的形式进行,先找出业务的核心关注点,即:营销(流出去的优惠费用)+销售(流进来的营收)。那我们就可以把营销域按照营销、销售先分为两类。了解过商超、电商业务的同学应该知道,如果再往下拆解,营销又可以分为两类:营销类型、营销来源。营销类型是优惠券、返利等营销类型;而营销来源,即这个营销费用来自供应商还是平台等。按照这个思路,我们就可以依照业务关注点再一层层拆解,最终就得到了指标体系的结构。

纵,指标的细分,通过杜邦拆解的方法找出需要关注的具体指标

先学习下“杜邦拆解”,网上有很多解释,我这里给一种简单的释义:将指标按照数学关系拆解出因子指标。还是以商超、电商营销域指标体系为例,先找出北极星指标,即:销售额。再按照杜邦拆解找到不可以再拆解的所有指标,例如“销售额” = “客单价” * “下单用户数”,“客单价” = “实付金额” + “促销金额”,按照这种方法一层一层拆解即可。

二、新能源车企的指标体系设计实践

在设计ADAS行车功能模块的指标体系之初时,面临的问题是指标从0开始设计、业务也从0开始学习、部门高层们也没有太多想法。既然接受了任务,干就完了。

1. 横,梳理指标体系结构

当时一级部门目标有4点:

  1. (功能线路)供给可用率>**%
  2. 辅助驾驶主责事故 < *次/亿公里
  3. 用户满意度>**
  4. 投诉率<**%

围绕这4个目标,可以倒推下指标体系的主体结构。“供给率”代表的是功能渗透,“事故率”代表的是功能安全性,“满意度”、“投诉率”可以统一到功能满意度。因为是针对功能的指标体系设计,所以可以再借鉴下互联网对产品功能基于成熟度的划分:能用 < 好用 < 易用。结合行车功能的成熟度评估标准,能用即可用,好用即舒适度,易用即效率和连续性,整个指标的主体结构就搭建好了(如下图):

再一层层拆解后,指标体系的结构基本初见面貌,部分展开如下:

2. 纵,细分拆解指标

功能指标拆解可以套用杜邦拆解的方式,如“用户接管”分类下,“用户接管率” = “预期接管率” + “非预期接管率”,还可以按照紧急度,再拆解为“紧急接管率”、“非紧急接管率”。

因为功能指标有一定的业务属性,有些指标在按照杜邦拆解的方式时,还得结合功能的场景来拆解。以“导航变道”分类为例,连续性需要关注成功率,而“导航变道成功率”就得基于功能场景进一步拆分为:主路调整成功率、汇入主路成功率、驶出主路成功率。

按照这种方式将每个分类下的指标均完成了拆解(仅展示部分):

依赖上述的结构和拆解指标,终于确认了标准的指标体系。同时在可视化展示设计时,也按照这种标准结构进行了划分,方便了各业务方对功能指标理解达成了一致。

最后的结果也和大家分享下,相关数据应用已经服务了自动驾驶的体验设计、功能研发、线路供给、订阅运营等团队,并协助体验经理推动了研发对相关功能稳定性的优化,推动解决了匝道高精地图覆盖率低的问题等。

结语

在上篇产品文章中,曾引用过《让大象飞》中的一句话:“所有的创新都是从模仿他们之前的某种东西开始的,这就是我们学习的方式”。我想在这节课中,这句话依旧可以借鉴。

从互联网转行进入新能源车企近两年的时间里,之前积累的知识依旧可以在新的领域支撑着我的工作。除了本文提到的指标体系设计有了成功的实践外。

在自动驾驶-安全域的场景库设计中,我参考“人、货、场”的电商场景结构,对“驾驶员信息”、“车辆信息”、“场景信息”进行了拆解展开,最终的整理也收到了算法、业务同学的一致好评。

这篇文章就到此结束了,后续的产品文章中,有机会我将再补充一些案例分享给大家。如果你有其他想法,欢迎在下方留言评论~

专栏作家

潮生,微信公众号:潮生兮(ID:chaoshengxi),人人都是产品经理专栏作家。关注人工智能、toB产品、大文娱等领域。

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

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

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