虽然做数分，但我竟然想当业务老大？

真的。虽然顶着数据分析师的title，但title太局限了，工作不用在意头衔。我还在做DA时，越到后期，越把自己当个“老板”，反而把路越走越宽 1️⃣主动沟通、主动承接 主打一个上赶着追人。当时真年轻呀，冲劲儿足，各类需求从不拖沓，甚至可以接受不排期，任何进展随时和业务保持同步。并且很多业务上的问题，不等pm张嘴，我已经承担下来，想尽一切办法，扩大scope，增加话语权。这方式也确实有效，在onboard到一个从0到1业务中很短时间后，我作为junior da，就扛下了整个C端的工作。并且但凡比较重大的项目，pm也愿意先来和我沟通，合作习惯就这样被培养起来了。 2️⃣视角转化 解决了和业务的关系，接下来就是解决自己的问题。和很多DA一样，初入行，最大的问题是“业务sense”不够。我尝试了看书、找leader沟通、找pm沟通，但发现收效较小。所谓sense，更多还是靠个人去悟 所以后来，我做了这样一件事儿，不让自己再做“数分”，做个“老板”。也恰逢我当时和朋友兼职创业，所以有更多机会，自己去做“业务”上的决策，这包括，基于业务的目标，去找业务目标的影响因素，再去找核心要素下需要被解决的问题。这其实是典型的top-down问题拆解思路，有别于数分岗位接需求时bottom-up的工作流程。而且这个视角，不是单纯的产品or运营视角，是业务视角，也就是业务在为谁通过什么手段解决什么问题，并怎么赚钱。视角转化后，事情就好做了。能够自主判断各类需求优先级了，能够独立发现业务优化方向并且可以立项解决。也是在这个过程中，我逐渐从扛C端需求，去接手一个完整业务的数分工作 3️⃣成为业务的一部分 对外有了和业务更好的合作关系，对内有个人能力提升，就自然到了最后的阶段——成为业务 这不是一句空话。业务想起飞，选对赛道、找到风口很关键，更要有相应组织架构配合，才能放大赛道和风口的价值。 在一套成熟的互联网业务组织架构中，其实所有岗位都是为了解决业务问题，只不过大家手段不同。产品用功能和策略，运营用方案，研发用代码，战略用外部信息，数分用内部数据，都在找业务迭代方案，都在为业务目标服务。能看清这个系统，自然就已经成为业务的一部分。想扩大scope影响更多，还是想恪守本分，就全在个人选择了