数据分析 VS 算法模型，怎样高效分工合作？
发布时间：2021-12-10 12:48:42 所属栏目：大数据 来源：互联网
导读：01两种典型的错误做法 狗不理式：有些公司领导喜欢嫌弃自家数据分析师没本事，总认为上个模型才牛逼。于是数据分析师们皆明哲保身，干脆和所有带模型俩字的工作
|
01两种典型的错误做法 狗不理式：有些公司领导喜欢嫌弃自家数据分析师没本事，总认为“上个模型才牛逼”。于是数据分析师们皆明哲保身，干脆和所有带“模型”俩字的工作划清界限，统统甩给算法工程师。ASP站长网 这么干，当然会坑死算法。 且不说，很多时候领导口中的模型根本就是“SWOT”一类虚无缥缈的东西; 且不说，很多建模目标根本就是：“预测我做什么能成功”一类不切实际的东西。 就单单基础特征筛选工作没人支持一项，就会让算法工程师累死。项目进度慢，最后还是被嫌弃：“为啥你的模型不能100%精准预测!!!” 当然，此类问题常见于传统企业。特别是数字化转型阶段，领导们看了很多高大上的ppt，自以为自己很懂的传统企业。 当狗用式：一些互联网公司对于算法的应用有相对清晰的定位，算法小组的地位也较高。于是走向另一极端：把配给算法组的分析师当狗使。做啥你不用管，你按我说的取数就好了。用无休无止的取数表淹没了数据分析的工作。 这么干，坑的是所有人。因为连数据分析师都不懂算法逻辑，那运营部门更不懂。在茫然无知的情况下，运营部门只能通过简单的数据指标监控，来推测算法效果。并且稍有风吹草动，就开始质疑：“算法不灵了吧!”，“你们悄悄改了啥!”,“就是你们瞎搞!”这些质疑，又会成为部门间甩锅、扯皮的导火索，引发无休无止的内耗。 02破局的基本思路 从本质上看，分析和算法，都是数据的应用。那么灵魂拷问来了：是不是有了数据，钞票就源源不断从电脑里喷出来了?显然不是!数据本身不能包治百病，想让数据发挥作用，得紧密结合业务实际，找好数据能帮上忙的发力点才行。 而业务的实际情况又很复杂，经常是数据和业务行为交织在一起。 比如： 短视频DAU下降，是算法推荐不给力，还是创作者本身质量太差 交易转化率下降，是商品推荐不给力，还是货源本身没有选好 业绩预测不精准，是预测模型不给力，还是业务自己放水了 这时候，业务部门永远可以甩锅：“我们的数据太无能，我们要是有字节的算法就牛逼了”。而数据这边，不管是算法还是分析，都是背锅的。所以最终的破局思路，是数据的同学们团结一致，找好场景，做出成绩，减少背锅，而不是自己人踩自己人。 空口说显得太空洞，下边结合一个具体问题场景看看。 03典型合作场景之一：项目立项 问题场景：某大型制造企业，期望建立“多维度立体式分析模型”，提升招聘效率。问，此时该怎么接需求? 这是个典型的需求不清晰场景。 什么叫：招聘效率? 招聘成本更低?招聘回来以后留存更好?招聘到合适的人? 什么叫合适的人?是否已经有清晰定义? 流水线工人、销售、营销策划、管理人员的“合适”定义是否一致? 流水线工人、销售、营销策划、管理人员的招聘问题是否相同? 以上情况统统不清楚 因此无论是算法/分析，谁接需求，都得先问清上边的问题。当然，在问题定义都模糊不清的时候，让数据分析师站出来沟通更合适。数据分析师和业务贴的更近，更容易理解业务语言，引导业务思路。 业务方进一步给出的回答是： 1、要帮助管理岗位招到更合适的人 2、要发现：XX省市的流水线工人更容易招，我们集中招聘 3、要让整个部门的用人成本，控制在XXX万元以内 那么，是不是可开始建“多维度”“立体式”的模型了呢? 不!远远不到! （编辑：焦作站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
