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

推荐订阅源

云风的 BLOG
云风的 BLOG
M
MIT News - Artificial intelligence
Recent Announcements
Recent Announcements
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Stack Overflow Blog
Stack Overflow Blog
J
Java Code Geeks
Microsoft Azure Blog
Microsoft Azure Blog
罗磊的独立博客
博客园 - 【当耐特】
H
Help Net Security
腾讯CDC
大猫的无限游戏
大猫的无限游戏
GbyAI
GbyAI
Last Week in AI
Last Week in AI
Jina AI
Jina AI
博客园 - 聂微东
Blog — PlanetScale
Blog — PlanetScale
A
About on SuperTechFans
Apple Machine Learning Research
Apple Machine Learning Research
P
Proofpoint News Feed
Y
Y Combinator 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迎来强劲对手 – 人人都是产品经理,
业务部门又来刁难了,数据分析师怎么办?
接地气的陈老师 · 2024-08-12 · via 人人都是产品经理

本文将深入探讨数据分析师在面对“不带脑子”的队友时的应对策略,从找到参照物到识别隐藏的刚性目标,提供了一系列实用的解决方案。这不仅是对数据分析职业的深刻洞察,也是对业务与数据分析融合的有益探索。

做数据的同学,各种盘点、总结、回顾类的报告很多,有一类“不带脑子”的队友纷纷上线,搞得做数据分析的同学们非常蛋疼。

具体表现嘛,看下图:

来,我来把那句没说出的买马匹替大家说了:做业务、做业务,连自己要做成啥样都不知道,还做个毛线啊!脑子都去哪里了!不知道早问啊,现在都搞完了,拉了一裤裆了,擦屁股想到老子了……咋整?我们今天详细整一整。

01 不带脑子?不是蠢就是坏

为什么会这样?其一就是:蠢。

很多人干活就是不带脑子。

确实有很多公司的运营、策划、产品经理,干活就找模板,想创意就抄竞品,其他啥都不会。

你问他为什么干?

他回答:

  • 过去是这么干的,今年也这么干
  • 我看人家这么干,我也这么干好了
  • 老夫从业十年都是这么干,为啥不继续干
  • 这是老板命令的,我也不知道,我也不敢问

至于这么干行不行、会干成啥样、干不好了还能咋样,完全没思考过。

如果业绩风调雨顺,就你好我好大家好。如果业绩不行,就开始怪大环境,怪对手太凶猛,怪公司没投入,怪领导瞎指挥。最后一句:“这个得用人工智能大数据分析下”,把烫手山芋丢过来了……

还有一类就是:坏。

自己写目标怕完成不了,于是故意留白,等着“人工智能大数据分析一下”。

刚好新入职的小伙子信了!还真以为人工智能模型能搞掂,两者一拍即合。

最后的结果:

  • 如果分析出来效果特别好,老板质疑!丫就甩锅给数据分析师,说:我看不懂呀,都是数据分析搞的。
  • 如果分析出来效果不好,丫就站出来说:是不是分析得不够深入,是不是分析得不够全面,是不是还少了考虑行业、宏观、用户等深层次影响?
  • 总之你拿回去改,你没有分析到位!

总之,这些乱七八糟事是我们不想面对的。可如果事已至此,队友真的就没定目标,并且良心没有大大滴坏啦,想一起补救,咋办呢?

02 破局关键:找参照物

想事后补救,最关键的是:找参照物。

在事后补一个评价标准。这样做颇有:“先射箭再画靶子”的味道,是非常不科学的。但是总好过没有评价标准。因为如果没有评价标准,单纯地计算活动中业绩、用户、销量等数据,会引发一系列的问题:

你看,完全扯不清楚。

这还是业绩类活动。如果是任务类的,比如增加用户量、清库存之类,就更扯不清了。到底增加多少用户才满意?增长上限是什么?这一炮把钱都花了剩下几个月咋办?清库存反正都要清啊,凭什么说你活动做得好?一件都交代不清楚。

所以切记切记:先找参照物,评定对错好坏,再分析为什么会好/为什么会坏,有多少改善空间。这样做最清晰,最有效率,能减少很多毫无意义的扯皮。

03 隐藏的刚性目标

本篇例子是促销活动,从逻辑上讲,促销活动是一定会拉动销量的,毕竟是砸了真金白银的。问题的关键是:增加的销量对不对得起投入的成本。

这也意味着,促销活动都是隐含了刚性目标的:

  1. 销售额比没促销涨
  2. 活动期收入+活动成本,大于活动销量增长

具体例子看下图

如果做了活动反而比没做还差!活动参与的人压根没几个!那做的是个屁呀。多明显的问题。

BUT,一般这时候,业务部门会跑出来强行洗地:“做了活动更差,是因为不做活动会更更更差”。这种洗地是毫无节操的,典型的做烂了还不认的行为,你咋不说你不做活动地球就爆炸呢。

这时分两种情况。

如果是上图1走势,业绩虽然持续下滑,但是跌得轻了,这时候还能洗洗地。

如果是上图2走势,正常周期波动,丫做了活动业绩反而跌了,那就是活动做烂了,洗都没得洗。

这时候送给业务方的就八个字:下跪认错,低头挨打。

04 其他事后补目标的方法

当然,大部分促销活动,丢钱下去,还是能见到一点水花的,业绩、用户等等指标还是在涨的。这时候可以用其他方法,事后补个目标。

具体的,要看过往活动的开展情况和活动形式。

情况一:过往没有活动

常见于首次进行活动,或过去很长一段时间内没有活动,这时候可以选一个同活动时间一样长的时间段,做参照物,看看活动整体上拉升多少。再拆开看参与活动的各地区,各用户群体差异。

这样做,背后的业务含义是:我们拿整体水平做标杆,看怎么改进做比整体水平低的。

通过这种对比,就能暴露活动内能优化的点。

同时,既然是首次做,就把本次整体水平保留下来,作为以后的标杆,下次就不纠结了。

情况二:过往没有活动,且周期性波动

在情况一基础上,如果活动影响的业务,本身有周期性波动(如上图所示),那活动有可能有水涨船高的效果,这时可以根据上一周期增长量做自然增长,扣除这一部分后再做评价。

情况三:过往有活动,且仅有单一活动

这时候可以拿上次活动作为参照物,先计算活动投入产出比和带来总效果。结合这两个指标可以判断:继续做活动是亏是赚,活动影响力极限能去到哪里。这样能对活动做个定性:越做越好/越做越差。有个这个判断,后续再看具体细节怎么改善,也有了参照物,可以细致分析。

情况四:过往有活动,且多活动叠加

这时候很难算清楚每个活动的贡献(也正因为此,很多业务方放弃了设目标,可回头又要单独评估,糟心),最好的处理方法是:先看整体的投入产出,定个大基调:本期内活动组合效果高/低。有了这个基调,后续就能做结构分析,看看每个小活动单独影响面,从而判断对于众多子活动到底是增还是删。(如下图)

05 根本杜绝事后补救的办法

吐槽归吐槽,可能有的业务部门真的不会定目标……这时候就得认真教他们。

从本质上看,业绩是做出来的,不是算出来。事前定目标只是为了更好激励自己行动,促成更好效果。真正需要复杂分析的是事后的总结,所以业务部门的完全没必要在这里背很大心理压力。

话说回来,真业绩做不好,还不是自己挨板子,何苦呢。

06 一个特别提醒的问题

有一类目标要特别小心,叫“满意度”。

一般像用户数,付费用户数,销售额,销售收入,这些指标都是系统记录的,含义很清晰,拿来当目标是完全没问题的。但是“满意度”这种无法直接记录、含义不清晰的玩意,要特别小心。

首先,什么叫满意度很难扯清楚。

5星好评的算满意?那我花10元优惠券买来的好评算不算满意?先给5星又来投诉的算不算满意?不留言的算不算满意?

其次,满意度很难用系统数据量化。沉默大多数问题,导致系统只能记录到投诉、差评这种极端情况,大部分用户没有可靠的系统数据。用抽样问卷,那数据质量你懂的……

再次,满意度和销售收入、用户量这种终极目标没啥直接关系。越骂越火这种事在很多行业都司空见惯了。

这种定义不清、数据质量不稳定、容易被操控的指标还有很多,类似:NPS、品牌影响力、品牌美誉度、市场占有率(因为行业数据要第三方提供,第三方你懂的)等,事前不谈清楚口径,事后又是无休无止扯皮的地方。偏偏业务方特别喜欢写这些话“拉动新用户注册,提升品牌影响力”……这就是站着说话不腰疼了。建议有类似需求的,让他们找管市场调查的同事或者找第三方去搞,我们不蹚这趟浑水。

07 终极解决方案

最终极的办法,当然是数据分析师参与到策划过程中去,一开始就给一些专业指导,帮助大家理清思路。并且还能把过去一些失败项目的数据情况分享出来,提升策划质量。

如果有机会参会的话,大家可以按以下话术,确认活动信息。

如果业务方说:没有设参照组,没有设参照期,该怎么设来问数据分析师,这样最好不过了!

我们可以结合实际情况提供专业意见,省得麻烦。

本文由人人都是产品经理作者【接地气的陈老师】,微信公众号:【接地气的陈老师】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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