#运营同学是不是必须懂技术#

感觉这个话题我还是挺有话语权的，毕竟我是技术出身，大学专业就是计算机相关的，怎么说也算是半个“前码农”吧。

我的结论是：不能一概而论，会更好，不会也不妨碍。

首先，我作为运营同学，如果自己会写代码，那BI和技术哥哥们岂不是失业了，所以并不需要精通。

其次，如果你是做内容运营、活动运营等等，重创意和创作的，个人觉得也不是很有必要，术业有专攻，你的专业领域更重要的是“爆款”的才华。

but，如果你是做产品运营、策略运营的同学，是最好能懂点技术的。具体要求的掌握程度如下：
1、SQL：最好会。
经常被程序员“嘲讽”，就是无脑select嘛哈哈哈。
确实，虽然我是技术出身，但确实很菜，毕业前根本不会写SQL（毕竟我们以前学数据库都是用命令行写的哇233），复杂的语句不太会，日常卡壳了就请教BI或者度娘，也能满足取数需求了，大不了导出来用excel处理（我还是用excel比较顺手）
学会SQL最大的好处，除了等不到排期或者用excel匹大表太慢，能够提升效率，主要是通过内部数仓的字段，和一些现有的数据模板，了解到很多自己过往没有思考过的分析维度。所以还挺享受写SQL的，落库的数据必定是被研究过的数据，做成模板的数据必定是被经常研究的数据，有时候看看别人写的，会有一种“噢~~~~原来还能这样”的惊喜感。
更重要的是，保持数据的敏感度，就能保持自己的智商=。=

2、技术实现：你不需要看懂代码，但是你得知道交互逻辑
举个最简单的例子，h5的开发不需要跟版，涉及到一些Native端上的变更是需要跟版发布的，这你得知道吧。不了解大致的工作量，你怎么给产品哥哥提需求，你怎么自己去评估投产比找到最优方案，别啥都觉得“这技术肯定可以做啊”，做当然能做，只是大家都讲优先级，小需求又要大开发，人家是必然不接的，你也别费心去推了没啥用的。
以及如果报bug了，你要是不懂技术原理，查起来就是一头雾水。

至于以上两点怎么学，诶，SQL我基本就是抄抄现成的自己改改字段（毕竟大学也是这么混过来的嘛哈哈哈），技术理解就只能多和产品、技术哥哥们请教请教，部门有产品需求在跟进也可以多留心，看书是不可能的，专业教材真的看不懂的。