很多同窗都据说过，数据剖析有技术型/业务型的区别。究竟这俩有啥差异？哪个更适宜自己？当天详细解说一下。

业务VS技术，差异在哪里

技术型数据剖析岗位特色如下：

1、任职部门在IT部，数据团队指导面试

2、岗位职责里，没有写详细做哪一块业务

3、岗位职责里，抽象地写：“满足运营、产品、开售等部门需求”

4、面试时普通会考SQL题，问一些抽象的“目的异动怎样剖析”

5、入职接各个业务部门的需求，降级固定报表/暂时取数

业务型数据剖析岗位特色如下：

1、任职部门在业务部，有或者有业务指导面试

2、岗位职责里，明白写：“用户增长/门店剖析/针对商户战略剖析”

3、筛简历的时刻，会挑有相似剖析阅历的优先面试

4、面试的时刻，会间接问详细的增长/优惠/门店疑问如何剖析

5、入职服务特定部门（运营/产品/开售），写PPT写得多

所以直观地看，其实就是“面试究竟挑不挑业务阅历”+“入职服务一个部门还是接各种需求”的区别。

因此同窗们在面试的时刻，不要光看招聘要求最下边的才干，得看一下上边的岗位职责，面试的时刻记得问一下：

1、面试官是HR还是用人指导

2、这个岗位设在IT还是业务

3、这个岗位有没有团队，大略几团体

这样才繁难自己判别情势。经常有同窗没有仔细看，预备不充沛，去了被几个业务疑问劈头盖脸问蒙圈了，这就太糜费时机了。有一种不凡状况，就是有些岗位在数据核心，但是挂的是相似“数据BP”还是服务业务的，这时刻也会问很多业务型疑问。

普通独立的数据核心，会独自下设：数据控制、数仓开发、BI系统开发、数据剖析、算法模型。其中数据剖析团队专门陪着业务处置复杂的取数需求，固定的数据看板则交给BI开发来做。

当然，有的公司规模没这么大，因此集兼并小组。还有的公司规模真实太小，就指望招一两团体上来“全栈数据剖析”。在这种草台班子打工的体验是十分差的，经常是荡涤渣滓数据就累得半死，还被厌弃“剖析不够深化”，所以找上班的时刻要小心。

最关键的疑问就俩：有没有自己的数仓/有没有数据团队。假设没人，没数仓，就得悠着点思索。作为菜鸟去混混阅历还行，老鸟都不介绍去。

第一类：战略开展部、团体市场部、业务控制部。这些部门是公司决策中枢，经常须要做数据报告，剖析业务开展状况，制订运营方案，制订估算，跟踪业务开展，剖析业务疑问。因经常须要自己招人。招聘的岗位名字，或者叫“数据剖析”也或者叫“运营剖析”“商业剖析”，但干的上班是差不多的。

第二类：用户运营、商品运营、战略运营、开售运营、风控与反欺诈部门。这些部门须要设计业务战略，跟踪业务口头成果，诊断业务疑问，指点一线上班，对详细业务疑问，比如用户剖析、商品剖析、战略剖析、危险剖析等有要求，因此经常招人，有的还性能了自己的剖析小组。招聘的岗位名字，除了“数据剖析”，也或者叫“数据运营”“用户剖析”。

第三类：客服、开售、供应链。这些部门的人力经常使用多，担任事务多，日常处置客户咨询/揭发、原资料收货/发货、消费进展统计、开售进展追踪等等，因此经常招人。只不过这些部门更偏一线，招聘的岗位，普通都是“专员”，比如“开售统计专员”“客服统计专员”“洽购统计专员”。

单纯从部门、岗位名字，大家也能看进去差异。实践上大局部基层的“XX数据专员”，他真的就是砖员，每天都在用Excel处置基础的统计表，没啥技术含量，工资也很低，出路也很渺茫。

只管名为“开售剖析专员”，可真去面试初级一些剖析岗位，不是被厌弃缺阅历，就是被厌弃思绪不行。除非是0基础转行的想混点阅历，否则都不介绍。

看到这，必需有同窗会问：那技术型/业务型剖析，究竟干哪个好？

业务VS技术，应该选哪个

关于学生而言，剧烈倡导不要思索啥业务型剖析，就认仔细真找一个写SQL的岗位实习仨月。也不用管它啥公司，只需能写SQL就行。

由于学生对数据剖析上班，经常叶龙好龙。觉得自己很适宜干数据剖析，可每天搓个2000行SQL，核查一下数据，荡涤一下数据，就觉得很单调，无聊，想跑。所以找个实习体验下真实觉得十分关键。

还有些学生，把业务剖析当成是回避写SQL的进路，“我不想写SQL，我去干业务剖析行不行？”额……疑问是对学生而言，你也疑问业务呀。抱着这种心态，很容易找一个砖员类上班，干了几个月发现自己就是个Excel搬运工，最后还是干不下去。

关于曾经上班的同窗而言，关键看自己更长于哪个+想做哪个。

有些业务的同窗想转数据，是由于厌烦事务型上班。比如做会员运营的，要去洽购会员礼品，处置会员揭发，定SOP而后一轮轮去各地宣讲，真心烦，自身自己就相熟会员制度、优惠玩法，转数据也是很好的。这时刻就可以转业务型数据剖析，施展自己懂业务的长处。

有些同窗只管是写SQL的，但是和业务混得熟，特意和产品/战略部门混得熟，介入多很多产品/算法类ABtest。这时刻去面大厂的产品剖析、用户剖析、战略剖析都很有长处。