京公网安备 11010802034615号
经营许可证编号:京B2-20210330
文章来源: 接地气学堂
作者:接地气的陈老师
“我可能干了个假的数据分析师!”经常有同学发出这种感慨,然后到处发《数据分析师是干什么的》《数据分析师、数据工程师、数据运营、数据挖掘工程师、商业数据分析师、我随便写个什么分析师之间到底有什么区别》一类的帖子。之所以会这样,是因为大家看的常常是理想状态下的数据分析岗位职责与内容。
从本质上讲,数据分析是个技能,人人都可以学,人人都可以用。“数据分析”四个字拆开,可以细分成偏技术的“数据”部分——采集、存储、加工、展示数据;偏业务的“分析”部分——定义问题,设计思路、寻找答案、验证假设、跟踪结果。技能人人可以学,但在企业中,具体的活是得有人干的。在企业里,员工是按组织架构编排的。数据分析工作,最终还是要分配到某一个部门的某一个岗位。
蛋疼就从岗位开始……
因为数据分析不像销售、产品、运营一样是刚性岗位,大部分企业并不依靠数据分析挣钱吃饭。因此,数据分析岗位就不是一个常设岗位或者必须岗位。简单来说,这是个后娘养的部门。因此组织架构的设置就千奇百怪。导致的后果,就是:理想永远是美好的,现实只能自求多福。大家在网上看到的各种科学合理的“数据分析流程”“数据驱动业务”,到了现实里就七零八落。
O(╯□╰)o
理论上,在技术端,至少需要数据仓储,数据分析两个组,才能扛得住工作。数仓组搞掂数据采集、架构、性能问题,分析组搞掂取数问题。可实际上有完整架构的屈指可数,草台班子满地都是:
这就是无数做技术的同学苦恼的根源:公司没有重视数据这回事,指望一个人把数仓到BI到建模全搞了。于是搞得办事的人各种苦逼。尤其这两年,人工智能的东风给领导的朋友圈吹来了无数数据分析如何牛逼的文章。搞得能力向下兼容的招聘风气日盛。领导们想当然的以为“算法那么复杂,那么牛逼,找一个会算法的不就什么问题都能解决了?”
还真搞不掂。因为能力归能力,工作归工作。数据分析的工作方式,决定了一个人能做的是很有限的(如下图)。即使一个人有能力全部做,他也没精力同时出现在业务部门开会的会议室,跑数的工位,开发的机房三个地方。且不说仅仅是清洗数据,就需要消耗大量精力。过度指望一个人大包大揽的结果,就是丫样样都会一点,但样样不精通。
2,3,4步是开发的硬活,5,6,7步是数据分析的本质工作,但做算法、做专题、开发报表的工作细节完全不同,而1、8正是数据分析的起点与终点,不考虑业务需求,不跟踪业务效果,做了分析又有啥用呢?
在业务端,问题恰恰相反,是个人都想搞个分析,结果基层的表哥表姐越养越多(如下图)。
业务部门需要的是分析结论,不是一个数字。单纯告诉业务部门“本月销量350w,客户复购率20%”屁用没用,业务部门需要的是“这到底说明了什么问题”!做技术的同事,往往只能提供数字,而不是分析结论,所以业务部门养“分析专员”的风气就越演越烈。相当多的领导都喜欢安排一两个数据XX在组织下边,这里只列了一点点,实际上的还有更多更多的表哥表姐岗位……
数据砖员们的工作是很辛苦的。虽然名字也带“数据分析”然而做的工作基本就是在excel里搬数据(常常往返于csv格式与excel工作薄格式之间),做图表,贴到ppt里,在折线图下边写上:“本月销量低了,要搞高!”然后就能静静等着领导回复:“分析的一点也不深入!”了
鬼愿意过这种日子啊!(▼㉨▼メ)
业务端的分析,需要对业务本身有认识和较深的分析能力积累。这样才能有勇气和手段从合作部门嘴里了解到业务到底在干什么,才能在经营过程中准确定义问题,才能构建适合自己公司的分析思路。这些都不是花5000雇个表哥表姐能解决的。可怜的基层表哥表姐们,往往都是新入职没两年,在公司人都不认识几个。别说分析问题了,连张嘴问别人问题,都会吃一个白眼:“关你什么事,做你的去”。这样的状态真的分析不了啥。
我非常能理解业务部门老大们对IT的不满。“就知道跑个数字,分析啥了?”这种抱怨从我入行第一天一直听到现在;我也非常能理解业务部门老大们用数据分析当招牌填充人编的做法。问题是这样大量铺专员真的不是解决问题的办法。因为想要分析输出结论,需要的是做分析报告的人有分析思路和解决问题的能力。正如郭德纲讲相声好笑,那是因为他会讲相声,不是因为他长得胖。以为花5000雇个表哥做个ppt就能分析了,就像以为从街上拉个矮胖子就能把人逗笑一样……
所以理论上讲,最好的结构应该是业务端找有资历,有经验的少数人承担。技术端按需求排架构,多一些人把数据质量、数据处理、BI做起来。这样数据质量高,数据形式多,方便使用,同时业务上也能解读出含义,有能力推动数据成果落地——然鹅这又是一个理想。从业那么多年,除了银行体系和少数大型互联网公司外。就没几个企业真的重视这回事,该招表哥继续招表哥,该养阿尔法狗继续养狗。
o(* ̄3 ̄)o那个,开心就好……
正如某位前辈所言:现阶段数据分析领域的主要矛盾,是人民群众日益增长的对大数据人工智能的幻想,与落后的基础数据开发建设之间的矛盾。
这两年能清晰数据的角色和地位的企业相对多了一些,早些年情况更混乱。XX分析师的XX甚至都是HR小妹妹现编的,岗位JD里复制一段话出来百度,都能找出来一堆一模一样的JD。那个年代我接到猎头电话,往往在丫blabla一堆“分析”“挖掘”“模型”名词之后。直接来这么一句:来,我们说点实在的,向什么部门的领导汇报?是写ppt的还是写代码的?区分效果群拔!
哈哈(ノ゚∀゚)ノ
总之不要被名字框死了思路,不要太纠结名字的文字。要看自己具体的工作内容,自己挂在哪个部门下边,具体分析,才能看清前途。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
B+树作为数据库索引的核心数据结构,其高效的查询、插入、删除性能,离不开节点间指针的合理设计。在日常学习和数据库开发中,很 ...
2026-01-30在数据库开发中,UUID(通用唯一识别码)是生成唯一主键、唯一标识的常用方式,其标准格式包含4个短横线(如550e8400-e29b-41d4- ...
2026-01-30商业数据分析的价值落地,离不开标准化、系统化的总体流程作为支撑;而CDA(Certified Data Analyst)数据分析师,作为经过系统 ...
2026-01-30在数据分析、质量控制、科研实验等场景中,数据波动性(离散程度)的精准衡量是判断数据可靠性、稳定性的核心环节。标准差(Stan ...
2026-01-29在数据分析、质量检测、科研实验等领域,判断数据间是否存在本质差异是核心需求,而t检验、F检验是实现这一目标的经典统计方法。 ...
2026-01-29统计制图(数据可视化)是数据分析的核心呈现载体,它将抽象的数据转化为直观的图表、图形,让数据规律、业务差异与潜在问题一目 ...
2026-01-29箱线图(Box Plot)作为数据分布可视化的核心工具,能清晰呈现数据的中位数、四分位数、异常值等关键统计特征,广泛应用于数据分 ...
2026-01-28在回归分析、机器学习建模等数据分析场景中,多重共线性是高频数据问题——当多个自变量间存在较强的线性关联时,会导致模型系数 ...
2026-01-28数据分析的价值落地,离不开科学方法的支撑。六种核心分析方法——描述性分析、诊断性分析、预测性分析、规范性分析、对比分析、 ...
2026-01-28在机器学习与数据分析领域,特征是连接数据与模型的核心载体,而特征重要性分析则是挖掘数据价值、优化模型性能、赋能业务决策的 ...
2026-01-27关联分析是数据挖掘领域中挖掘数据间潜在关联关系的经典方法,广泛应用于零售购物篮分析、电商推荐、用户行为路径挖掘等场景。而 ...
2026-01-27数据分析的基础范式,是支撑数据工作从“零散操作”走向“标准化落地”的核心方法论框架,它定义了数据分析的核心逻辑、流程与目 ...
2026-01-27在数据分析、后端开发、业务运维等工作中,SQL语句是操作数据库的核心工具。面对复杂的表结构、多表关联逻辑及灵活的查询需求, ...
2026-01-26支持向量机(SVM)作为机器学习中经典的分类算法,凭借其在小样本、高维数据场景下的优异泛化能力,被广泛应用于图像识别、文本 ...
2026-01-26在数字化浪潮下,数据分析已成为企业决策的核心支撑,而CDA数据分析师作为标准化、专业化的数据人才代表,正逐步成为连接数据资 ...
2026-01-26数据分析的核心价值在于用数据驱动决策,而指标作为数据的“载体”,其选取的合理性直接决定分析结果的有效性。选对指标能精准定 ...
2026-01-23在MySQL查询编写中,我们习惯按“SELECT → FROM → WHERE → ORDER BY”的语法顺序组织语句,直觉上认为代码顺序即执行顺序。但 ...
2026-01-23数字化转型已从企业“可选项”升级为“必答题”,其核心本质是通过数据驱动业务重构、流程优化与模式创新,实现从传统运营向智能 ...
2026-01-23CDA持证人已遍布在世界范围各行各业,包括世界500强企业、顶尖科技独角兽、大型金融机构、国企事业单位、国家行政机关等等,“CDA数据分析师”人才队伍遵守着CDA职业道德准则,发挥着专业技能,已成为支撑科技发展的核心力量。 ...
2026-01-22在数字化时代,企业积累的海量数据如同散落的珍珠,而数据模型就是串联这些珍珠的线——它并非简单的数据集合,而是对现实业务场 ...
2026-01-22