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

推荐订阅源

GbyAI
GbyAI
Martin Fowler
Martin Fowler
I
InfoQ
腾讯CDC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
爱范儿
爱范儿
Microsoft Security Blog
Microsoft Security Blog
Google DeepMind News
Google DeepMind News
D
DataBreaches.Net
云风的 BLOG
云风的 BLOG
F
Fortinet All Blogs
N
Netflix TechBlog - Medium
博客园 - 聂微东
Microsoft Azure Blog
Microsoft Azure Blog
D
Docker
博客园 - 三生石上(FineUI控件)
Y
Y Combinator Blog
博客园 - Franky
Engineering at Meta
Engineering at Meta
B
Blog
罗磊的独立博客
Apple Machine Learning Research
Apple Machine Learning Research
Jina AI
Jina AI
V
Visual Studio 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迎来强劲对手 – 人人都是产品经理,
数据分析落地全流程
接地气的陈老师 · 2022-10-19 · via 人人都是产品经理

很多数据分析师做了数据分析,但还是无法落地,好的数据分析师能够深层次地理解业务,把控产品运营全流程,实现真正的落地。那么,该如何做落地分析?作者总结了数据分析落地全流程,希望对你有所帮助。

“你做的数据分析,一点都不落地!”

“除了写数字,能不能有落地建议!”

“看了数,所以呢?要干啥?”

这一类抱怨,经常在办公室响起,让做数据的同学很郁闷。到底咋做算落地?今天通过一个例子,系统讲解一下。

问题场景:某大型售后连锁服务商,同时承接厂商、企业、个人的服务需求,由客服接需求以后生成工单,分配给自营的服务点或外包的服务商,上门完成服务。

现在已定下,北极星指标是:实际完成工单件数,问:如何做进一步落地分析。

一、数据落地的常见错误

很多同学一看到问题,就说:老师,这题我会!工单=需求数*转化率嘛,既然要提高完成工单件数,那要做的就是,把需求数和转化率两个指标:

搞高!

所以数据落地的方式,就是:

  • 要多签厂商客户
  • 要多签企业客户
  • 要做大个人流量
  • 要提高客服效率
  • 要加强上门管理
  • 要提升师傅技能

你看,这建议多具体,多落地……

额……

首先,这么说确实没错,确实这些指标要搞高,确实这六条都是建议,问题是:这些都是正确的废话,即使不做数据分析师,大家也“早就知道了”,那肯定要搞高呀,还能搞低不成。

从数据推导业务落地行动,核心是:轻重缓急。通过数据分析找到哪里是重点,哪些是辅助,这才是数据计算的价值。如果不加计算,那人人都知道这也要加强,那也要加强。

二、第一步:梳理业务流程

想落地第一步,就是停止在数据层面坐而论数,就数论数。数据到底从哪个业务流程里来,又受哪个流程影响,得先理清楚。业务层的梳理,一般由粗到细,剥洋葱般层层深入。比如本案例中,虽然涉及业务的角色很多,但以客服收到线索为界限,可以划分为:需求/供给(如下图)。

目标是提高完成工单数量,第一级要做的轻重缓急判断,就是:需求/供给是否匹配。

仅看单个月份/整体供需情况,可能有三个状态:

  1. 需求≥供给
  2. 需求=供给
  3. 需求≤供给

第一级判断,决定了后续落地方向:

  • 需求≥供给,提升供给能力
  • 需求=供给,持续观察/降低供给成本
  • 需求≤供给,发展客户,扩大需求

这就是V1.0的落地建议。注意,真实建议不会给得这么口语化,而是经过计算的:

这一步看起来简单,其实也暗藏玄机:怎么判断到底哪头大?

三、第二步:树立判断标准

判断标准,绝不是让老板拍个脑袋那么简单。需求≤供给相对容易观察,比如售后师傅人均工单数少、平均工资低、人员流失多等等。

但需求≥供给,很有可能是没有数据记录的。比如个人客户打电话进来,结果约不到师傅;企业客户打电话进来,要排队很久才能修理,但是因为签的是年度合同,所以一时半会不会翻脸。

这些情况都使得评估供给能力存在困难,数据不真实情况。等企业客户流失的时候才反应过来,已经太晚了。

因此,树立标准最好单独做分析。比如厂商/企业客户,需要匹配合同签约时服务条款(比如接单24小时内处理完毕);对个人客户,需要看客户发起需求后完成率,并且从完成率中,剔除客户原因(询价后嫌贵、上门找不到人、随口问问等情况)才能算出来相对准确的数字。

这是寻找判断标准的工作,建立标准工作后,还得跟各部门共识,才能达成一致认可。

这一步很重要,很多同学之所以难以落地,从第一步就是:只有数字,没有判断。或者判断条件不严谨,导致后边一深入,发现有很多业务上定义模糊,相互扯皮的地方。这样自然落不下去(如下图)

四、第三步:从短期到长期

注意:时间拖长,可能有季节性变化。比如特定设备在夏季/冬季使用频率高,更容易出故障。因此基于一个月份建立标准后,可以看一整年的情况,进一步锁定问题。

比如整体情况是:需求≥供给,但是:

  • 偶尔性(1、2个月)
  • 经常性(连续发生大于3个月)
  • 持续性(新上/临近报废)
  • 季节性(特定季节发生)

对应的轻重缓急也是不同的,能引导出的落地建议也不同(如下图)

五、第四步:找重点、抓重点

整体情况确定以后,再看局部问题。比如在第一阶段,锁定了问题来自:供给端,就是供给不够,那么该怎么进一步分析呢?

首先,业务有三条线,三条线谁是重点,要先区分出来。因为厂商/企业这种toB类客户和toC类个人用户,是根本两个发展思路,不仅当前在工单总数中占比不同,而且对未来发展重要性也不同,很有可能toB才是公司生命线。

在不同重要性影响下,即使当前数据相同,对未来发展的判断也可能是不同的,要先做判断,再往下细看(如下图)

六、第五步:从整体到局部

其次,售后服务是分区域交付的,因此哪个区域特别严重,哪个区域例外,再分出来。这个相对容易理解,每个区域的客户需求,门店/师傅配置都不同,很可能边远地区还是二次外包出去的,因此锁定问题点,也有助于:抓大放小,先解决问题突出的地区。

这里又有策略上差异:如果真看到某个地区需求特别旺盛,且都是外包在做,很有可能会选择“更换掉外包,自己设一个服务点”而不是“该外包需保持业绩发展趋势”。

在落地上,从来都不是哪个指标好了就保持,也不是哪个差了就改进的,很有可能有第三选择。

七、第六步:从局部到细节

最后,售后服务是分2个环节执行的,到底是客服派单慢,还是售后执行差,再分出来。

这个分解最为复杂。因为客服派单派不出去,很有可能是因为该区域/该大客户服务团队的工作已经饱和了,或者是因为节假日等正常原因,或者是因为在等零件调货等客观原因,所以不拿到接到单以后的服务团队/配套情况/节假情况等明细数据,很难说清楚到底是派单员的问题,还是服务的问题。

在考虑落地方案的时候,越细节的问题,越放在后边解决。因为很有可能落到特别细的细节以后,你会发现根本没有数据……手头有啥数据就用啥,这也是分析的基本原则。

八、第七步:从数据到管理

面对细节数据缺失,可以用管理手段配合数据建设。比如要求客服在首次接单且售后无异常的情况下,接单30分钟内完成分配,有异常就人工反馈标注。

还可以提前对各地区配件数库存进行检查,提前标注缺货标签,这样分析的时候,能区分哪些因为等配件而延迟。还可以要求服务师傅上门前/服务完成后进行系统打卡登记,这样统计师傅在岗情况,从而反推是否师傅已饱和。

注意,这些管理手段本身对业绩也是有帮助的。可以提前发现配套问题,可以监控一线行为奖励多劳多得,可以及时发现有增长潜力的地区。

所以,用这些业务上利益点做诱饵,是可以推动管理手段落地的,进而达到采集数据的目的,从而一举两得。如果没有好的管理手段,很有可能数据都采集不上来,自然也无法落地。如果没有业务上利益点,即使高层强力介入,强行把软件推下去,业务不配合、乱填一通,数据还是一塌糊涂。

小结

想把数据落地,就是这样一步步从粗到细,剔除各种异常,击中要害,最后靠和管理手段结合落地。

而不是简单地:

  1. 哪个指标低了就搞高
  2. 哪个指标高了就保持

也更不是出一套“神威无敌大将军模型”就能搞掂的。比如有的同学一看:诶呀!有客服派单!立马条件反射般:我们效仿滴滴/美团,建立人工智能派单模型。

那个,这是售后业务耶,机器的损坏率可不会像打车/外卖一样天天持续,需求就那么多。且上门还牵扯配件问题,哪里能随便乱套。所以想做的细,就得深入业务流程,耐着性子剥洋葱。

专栏作家

接地气的陈老师,微信公众号:接地气学堂,人人都是产品经理专栏作家。资深咨询顾问,在互联网,金融,快消,零售,耐用,美容等15个行业有丰富数据相关经验。

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

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

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