我从上家公司离职的时候跟CTO吵了一架，因为他想把运营团队从30人砍到5人。 当时我觉得他疯了，但半年之后我承认他可能是对的。 那30个人每天做什么呢？三个用户运营编辑群发消息，五个活动策划在排一个月的日历，四个数据专员拉着SQL却回答不了为什么留存跌了。 最后产品经理自己学会用sql，两个开发做了个后台，然后那30个人变成了每天审链接的。 这种事在很多公司都在发生，只是没人愿意承认。
传统运营团队的逻辑是分工明确，有人管流量，有人管内容，有人管用户分层，然后每个季度汇报。 但现实是流量越来越贵，用户的耐心越来越少，所谓精细化运营根本做不到精细化。 真正做得好的公司，比如我观察过的几家增长做得比较猛的，运营团队其实都不是独立部门。 他们把做活动的人塞进增长小组，跟算法工程师一个工位，每天看实验数据。 把写文案的人塞进产品团队，跟交互设计师吵标题。 把用户运营的人塞进客服部门，结果发现客服比运营更懂用户。
我建议把运营团队拆散成三个功能模块：用户理解回到用户触达的地方去，策略实验回到能改变产品的地方去，内容生产回到品牌和市场那里去。 举一个具体例子：我们当时做了个改动，把push文案的决策权从运营部转移到数据产品团队，结果是点击率提高了12%，但运营部的人根本不看数据，他们只看发布时间。 还有一次，我们把客服聊天记录给运营看，他们才意识到自己写的SOP根本不是用户问的问题。 这种问题拆掉部门墙以后自然就消失了。 本质原因很简单：运营在信息链条里是最没优势的一环，但又想掌握决策权。
为什么运营团队会存在？因为过去互联网产品都长得差不多，引流靠渠道，留存靠活动，所以需要一个专门部门来管这些事。 但现在的产品更像一个生命体，用户的需求变化很快，组织的反应速度要比信息流动的速度快。 独立运营团队最大的问题是信息隔层：他们要给用户做画像，却不直接接触用户；他们要优化漏斗，却不碰代码；他们要写文案，却不敢改产品文案。 这种结构必然产生大量伪工作，比如周报、排期、需求评审。 我见过一个活动策划为了做一个抽奖页面，跟开发开了四次会，最后开发说这个可以用现成组件，半小时就上线了。
如果你是一个运营团队的负责人，我建议你主动一点，把自己拆了。 把那些重复性的、可被系统替代的工作留给自动化。 留下来的运营，应该像侦察兵一样，去用户群里泡着，去翻客服记录，去跟数据团队一起跑实验，然后每天只做三个真正影响业务的动作。 这不是消灭运营，而是让运营无处不在。 我认识的几个大厂运营总监，现在都转去做用户增长产品经理了。 运营不会被淘汰，但运营团队会在接下来五年内消失。
