「全栈运营」,才是运营的未来

14 评论 75595 浏览 352 收藏 24 分钟

全栈的概念起源于全栈工程师,英文Full Stack Developer。指代掌握多种技能,并且能够用这些技能独立完成产品。当我们说就差一个程序员的时候,需要的其实是一位全栈工程师。

可能你已经理解我说的全栈运营的概念,全栈运营即运营多面手。

这是我对运营未来趋势的猜想,我觉得:运营岗位,会在下一个五年内,提出全栈运营的需求。

为什么需要全栈运营?

我们从运营本身谈起。

它是一个很年轻的职位。往前十年看,站长、编辑、群主,这么一帮互联网人从刀耕火种的互联网蛮荒时代走来,借用一些市场营销、数据分析、文案创意的知识,生生造出了互联网铁三角(产品、研发、运营)。

早期的运营很难界定岗位职责,也不需要界定,是任何人都能插手的职位。这个从零到有的过程,道路崎岖、规则不完善,又没有前人指路,这阶段的工作,需要专人专职地投入踩坑大业。

国外互联网有产品和研发的职位,但没有运营,所以我们也无从借鉴,没人知道最早的运营应该怎么做。于是就简单地以工作内容划分:我需要一帮人搞好用户、我需要一帮人搞定内容。这帮人后来被称之为用户运营、内容运营。

以内容为例:用户喜欢什么内容,什么样的标题?如何搭建互动的氛围、引导用户评论?在那时可能需要数年的经验去摸索。在早期多少是无奈之举。

运营本身是一个综合性很高的工种,覆盖方方面面。于是我们人为的按照工作内容割裂出来不同的职位,内容、活动、社群或者用户,虽然都叫运营,但是从各大招聘的职位描述看,又有差异。

这就是早期运营的特点:体系理论皆不完备的情况下,以简单的方式进行职位配置。

我们对那时的运营是这样一种期待:我不需要你做的有多好,但是这些工作总需要人去做,于是便找来一批人做运营。这是从无到有的阶段。

我之前也思考过:运营是否应该以这样的方式划分职位?我并不认为这是运营的职业发展,也不是未来的趋势。因为单一的工作内容,容易让运营遇到职场天花板。

假设有个新人维护公众号文章,从排版编辑到内容采集,勤勤恳恳做了半年,成为熟练工,文章已经能够有稳定的阅读数产生,那么他未来的发展呢?往后也许能发展更多的新媒体渠道,最终提拔为新媒体主管,可是也望到了头。更不提十年后是否还存在公众号。

另外一部分呢?是跨行转过来的运营。比如以前是媒体编辑,是市场营销,转成了新媒体运营内容运营或者渠道运营,虽然挂着运营的名头,只是以前工作内容的新瓶旧酒,对运营还是一知半解。

这不是发生在一个岗位的事情,而是发生在所有运营岗位的事情。诚然,运营需要琐碎的工作内容,可这并不意味着以封堵为职业代价。

  • 我做的工作挺好,可我还是不理解运营体系;
  • 我工作已经三年,手下也带实习生,但是我不可能一直做下去吧;
  • 如果我离开了我熟悉的领域和岗位,我没有安身立命之本;

这是我经常被问到的问题,也是作为思考后的本文解答。

很多员工在大公司会遇到一种职业病:因为大公司健全的体系,职员的工作内容属于螺丝钉性质;长年累月下来,以至于自己只适合在此架机器中工作,却不再能匹配其他公司其他岗位。

这是运营新人们遇到的问题:成为了用户、内容、活动这些模块的螺丝钉。

运营涉及的范围驳杂,很多人称自己打杂的,广是一方面,没有深度是事实。运营和技术岗位不一样,技术一直更新换代,作为一种硬技能,它有足够的进深去钻研。

但我们好像没有听说过十年的运营技术?

纯粹以技能和方法论看,一两年的工作经验足够熟悉某领域了。活动策划、社群营销、数据分析、内容编辑,又有哪一个需要花费很久掌握呢?往后的学习更多是经验和业务的积累,效用是呈边际递减的。

全栈运营是解决上述问题的一个突破口,它是一种T型的能力结构。我更喜欢用倒三角形做比喻,既有广度也有纵深。

高级运营和初级运营的差异更多在概念层面,如运营策略和体系。而它们,需要的恰恰是各种工作的积累,它是多元的,也是我提出的全栈运营的核心。你不能指望单纯的用户运营、内容运营们学会体系吧?

举一个运营策略的例子,这是我曾经在百度网页上搜索国外旅游自驾游的过程,我是通过旅游目的地+自驾游的关键词组合方式搜索:

因为众所周知的原因,前几个网页链接都是SEM竞价的结果,我以其中一个网站讲解。

如果是通过搜索引擎吸引新用户,则需要区分SEM还是SEO渠道,前者需要考虑不同渠道的CPC和ROI、SEO则倾向关键词、长尾和网站布局。

网站应该如何统计SEM导流过来的用户行为?

是通过服务器日志、JS埋点、还是网页参数?三者优缺点在哪里?

用户搜索的关键词涉及到用户行为分析,自驾游是什么?以及如何自驾游?这两个语句是相异的行为,如何自驾游的商业价值大于前者,它有明确的目的。问题来了:应该如何挖掘这些关键词?

美国自驾游、欧洲自驾游,澳大利亚自驾游,代表了不同目的地,如果你是用户,更希望见到千篇一律的通用自驾游介绍,还是根据目的地定制化的内容?

内容应该如何设计和呈现?是突出自驾游攻略,还是优惠政策?

用户的痛点及需求在哪里,我们能将用户人群划分成几类,如何通过搜索关键词找出他们?

网站的用户体验怎么样?大部分O2O网站,都能根据用户IP呈现所在城市的内容,如果访客通过美国自驾游导流进来,推荐美国的热门城市作默认选项好不好?

用户在网站如何停留?转化率多少,注意力集中在哪些区域,不同用户差异在哪里?

如何设计用户画像呢,用户注册后打上哪几类标签,后续又该怎么精准运营?

我上面提及的每个点,都是运营的工作内容,包括了渠道运营、用户运营、内容运营、产品运营、数据分析等(我的举例是一种全栈的思考方式,通过这例子你就知道传统运营和全栈运营的区别了)。

我们想一下,如果是传统地割裂了不同工作内容的运营做这些会如何?他们只会专注于自己本职工作。

  • 内容运营会很认真的写文章,但是把握不了内容的重心,用户喜欢什么并不清楚;
  • 渠道运营管理SEM,用户后续的行为转化如何,哪些关键词更好,哪类用户质量更棒,也不知其所以然;
  • 用户运营协调着新增用户,但是留存提升不上去,难以确认问题,毕竟牵扯的太多了。

效率和效果就是这样降低的。当你是用户运营时,你会下意识的只关注用户相关的内容,我是用户运营啊,内容相关的我真的需要学习?

这凸显了现有运营的分工问题,只在自己领域各司其职,而无法全盘驱动,这在几年前不是问题,因为那时候的互联网依靠产品概念就能获得很多用户,依靠补贴就能吸引一大批用户,运营地位没那么重要,但现在产品不再是唯一决胜因素,还需要运营。

我们看一下传统的以工作内容为职业发展。

用户运营助理—用户运营专员—用户运营主管—用户运营经理

这条路线看似美好,实际上限制了运营的生产力。

我认为的路线应该是:

用户运营助理—用户运营专员(懂数据,会一些其他运营)—资深运营专员(懂用户、内容、活动各模块)—运营经理/全栈运营

谈完为什么需要全栈运营,再谈全栈运营出现的前提条件和必然性。

首先,是运营理论的快速发展。现在的运营和五年前的运营不一样,五年前是蛮荒时代,现在百花齐放,各类新式的运营方式层出不穷。新增活跃留存传播社群转化已经是普及的理论,随便一个新人也能说出一二三点。

这和人人都是产品经理的时代相近,运营知识和理论大面积出现,三年前培养一个运营专员需要多少时间?现在呢?

认真想一下,我们小学、初中、高中学到的知识和内容,是数百年科学和文化的精华。任何一个高中生掌握的知识,在一百年前都只有杰出的精英才能掌握。运营知识也是同样的道理,从无序到成熟,新人获得的知识远比以前多和好。

这是全栈运营的基础,前人栽树、后人乘凉,全栈运营的学习成本没有那么高。

其次,工具越来越多样化,这是依托整个互联网的蓬勃发展,有面向用户的产品,自然有面向企业的。第三方提供的各类工具堪称丰富:爬虫、微信文章编辑、H5制作、原型制作、活动发布、埋点统计、网页统计、AB测试、数据可视化等。现在不是Office 三件套打天下的时代了。

以前需要两三个人完成的工作、现在只需要一个人:

假设我要发布活动,可以利用在线问卷先做调研,快速画出原型,交由产品规划,利用第三方渠道发布活动,布置好统计,视情况申请经费,调用积分或商品店铺接口。以上种种,都能在市面上找到工具完成。

工具能够极大提高运营人员的效率,运营恰好是一个综合性很高的工作。

换言之,你也会遇到各种工具来使用。2017年了,Excel都不是运营的主流工具,运营专员们的难点不是没有好的工具,而是没有发现和学会使用它们。

最后一点,是时代的需要。

我刚毕业的时候,宝洁玛氏四大虽然仍是毕业生们的最佳选择,人人都是产品经理的口号已经大有后来居上之势,很多优秀的毕业生也因此投入到互联网产品。

如今产品很难在激烈的竞争中脱颖而出,不是产品不重要,而是运营也变得重要了。以前是只要人都能做运营,需要的是熟练工完成六十分的任务,现在则对运营提出了更高的要求,需要八十分乃至九十分的运营完成更好的期望。

过去是从无到有,现在是从有到好。

曾经外企流行管培生,通过轮岗和培训建立人才梯度,全栈运营也借用了这个概念,但它更严苛,不是浅尝则止,而是掌握用户、内容、活动各类模块。

作为运营,你自己是否曾想过,为什么自己只能写文章?为什么只能做微信公众号?为什么只负责活动?

工作内容不等于工作职责,我们应该去掉“只”字。

我做的是用户运营,但我也能写些内容;因为我经常接触用户,知道他们喜欢什么。

我也能做活动,调动他们氛围不难;我还懂点项目规划和数据分析。这样的一个运营,往后的职场道路才会更宽敞,这就是全栈运营的雏形。

换句话说:运营是为了解决问题而出现,内容、用户、活动只是其中的一种手段,掌握手段而不是以手段为目的。

很多运营,其实已经在往全栈的道路上发展,从最初的杂事做起,现在能玩个H5,做一下数据分析,写文案画原型。这些技能都是在解决问题中掌握的,你觉得,他们能被单纯的定义为用户运营或者活动运营吗?其实在很多创业公司,全栈运营已经是一种未公开的风向。

全栈运营是一个什么形态?

首先,它不会是全能的运营。虽然名字带一个全,这个全更倾向全流程掌握,全业务熟悉。

真正的全能很难做到,从产品策划到运营推广,从用户留存到商业规划;或许世上确实存在那么几位大神级的人物,运营技能树点满,但是随着业务线的发展,精力限制也无法让他参与更多。

与其用万金油形容,我更喜欢用多面手。

全栈的价值在于知道运营的边界在哪里,知其然更只其所以然。我强调过,运营是一个综合性很广的领域,全栈运营更接近操盘。能够让运营的项目从零建立,无碍的运转起来,并且知道运营的流程中有哪些可以优化和改进。

拿我上文举例的自驾游,全栈运营在其中的角色,是知道每一步的正确运营方式,将渠道、内容、用户、数据等工作模块都调动起来。将各自为政的状态融合到一起。

我知道我负责的工作内容是什么样,我也知道前面步骤的工作内容是什么样,还知道后面步骤的工作内容是什么样;往前多看一步,往后多想一步,这叫全流程掌握。全业务熟悉,是在全流程中知道用什么样的方式去驱动和推进它。

这里有一个问题:全栈运营和产品的关系?

往资深的发展方向看待,两者的界限会逐渐模糊:产品会理解和熟悉运营知识,运营会掌握和知晓产品知识;运营天然的离用户近,体验、需求等随着经验增加,自然而然能形成一套自己的看法。从两个岗位的助理职位互为补充,到之后互为融合,这即是全栈运营,从另外一方面看,也是全栈产品。

全栈运营本身还是需要拿得出手的几个技能,不同的全栈可能倾向性不同。

技能树接近金字塔形状,顶层是全栈运营最擅长的领域,底层则是运营的方方面面。

从概念上说,运营横向拓展的是技能方法和业务经验,纵深加深的是运营体系和框架的掌握。

全栈运营会以什么形式开展工作?

我认为,会以项目组的形式,这里的项目,是具体的职责,不再是工作内容。职责包括负责产品的增长、负责产品的商业化、负责产品的网页端等,是一种小型化的事业群。它们既包含用户、内容、活动模块,也包含数据、心理、文案等知识,对于全栈运营们来说,上述的这些是为了达成目的拿之即用的技巧。

  • 噢,我的文章是给这些用户群体看的,用户画像是ABC,那么我的文章还得调整下;
  • 产品上内容的排序是按照时间,能不能引入热度的权重呢;
  • 文章评论可以深入挖掘一下,使用产品的积分激励吧;
  • 这个月的热点用户们都很喜欢,需不需要配合出一个活动;

这就是不只限于内容运营的思考方式了。

很多人问我:如何提高某一类数据?

运营是一环扣一环的,很多时候,我们需要用到多个环节多个模块去提升产品的表现,而不是依靠某一种运营。

运营新人和助理,因为经验浅,从单一的工作内容做起是正确的。我还是希望职场初期,大家有安身立命的专业本领,而不是贪全。在本职工作深入掌握的基础上学习其他模块的运营知识。

很多人常问:某一运营的未来如何,用户运营能做到三十五岁么?活动运营能升到总监么?

这类问题就取决于运营角色的短板,而不是用户、活动本身做的有多好了。

运营经理应该是合格的全栈运营。我不认同用户运营经理、内容运营经理、产品运营经理等称谓。如果一个经理只熟悉自己做过的领域,他又如何长久提高业务的指标呢?

优秀的全栈运营应该是什么样?

我想用一个运营架构师的定义:他必然有两到三个精通的运营领域,也能做其他运营工作,具备搭建运营体系的能力。

重点是运营体系。

何为体系?

  • 知道数据在哪里产生,如何让数据价值最大;
  • 能够以用户的角度出发,提升用户的认知和行为;
  • 能贯彻落实产品的商业价值,完成产品迭代和优化;
  • 负责某一业务线的全部指标。

以上种种组合在一起就是体系。

对于运营来说,体系和策略是大于手段的,内容活动社群均是手段,如何发挥它们的价值才是策略的应有之意。全栈运营的最大价值在于策略。可能从某些方面看,全栈运营的一些技能并不出彩,他擅长的是将各类手段发挥出最大的价值。我上文的自驾游就是一个长期优化的策略问题。

一个牌手打牌,牌运和牌局固然重要,打牌的策略才是关键(这也是为啥我春节输给老爸老妈的原因之一)……说到这,你大概明白运营策略的价值了。

全栈运营不是万能药,ToC领域的全栈运营,换到ToB领域的工作,依旧会有水土不服的情况。不同市场(比如教育和医疗)的经验差异,也会让全栈褪去光环。甚至运营,也有解决不了的问题。

大家也得承认全栈的客观性和局限性。

可能大家埋在心里最大的一个问题是:如何成为全栈运营?

全栈运营是多面手,增长黑客、业务领域、产品策划、数据分析、新媒体、内容文案、团队沟通、项目管理、市场营销、传统运营等都能和全栈搭上那么一些边。全栈并非全能,甚至有不同形态的全栈,真要写,篇幅再增加十倍也不够。

而我写全栈的初衷本意,其实用一句话也能概括:不要限定自己在单一的工作范围,多学习驱动自己,学会的是解决问题的方法,而不是用户、内容这类表象。你会在未来走得更远。

最后

写在最后,我并不打算神化全栈运营,或者替运营树一个标杆;这是我基于运营这个年轻岗位在未来不确定性下的思考。谁又能确定未来五年的运营形态呢?大家把它作为思考也行,更希望能作为他山之石。

我能肯定的是,未来的运营依旧充满期待,而我们这一代的责任,就是驱动它。

 

作者:秦路,微信公众号ID:tracykanc

本文由 @秦路 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我认同看法,不要局限于某一职能领域,需要不断的拓展能力边界,我其实也是在做全栈运营,但是现在很多企业在岗位招聘时还是比较喜欢招聘某一领域的运营,如果你是做全栈运营,实际上是面试这个岗位,在简历层面就直接给你拒绝了,他会认为你真的会懂吗?

    回复
  2. 运营就是互联网公司的市场。

    来自上海 回复
  3. 分析的很全面,感谢作者~

    回复
  4. 运营是为了解决问题而出现,内容、用户、活动只是其中的一种手段,掌握手段而不是以手段为目的。
    总体而言,就是以解决问题为核心,不断扩大自己的能力边界。
    刚入职运营2个月,从用户运营做起,相信自己总有一天可以成为一名出色的全栈运营。

    来自上海 回复
  5. 干活!!收藏了,这种思路明确的文章看得人很舒服

    来自广东 回复
  6. 只有用全栈的思维运营好每一个点,才能决胜于全局

    来自北京 回复
  7. 干好自己工作职责不算完,要将涉及业务流程的问题都要弄明白,才能知道自己的工作该打几分。几个关键词:概念层次、方法、策略。

    来自北京 回复
  8. get了,之前做运营一直有这样的想法,终于找到个得体的称谓了 🙄

    来自重庆 回复
  9. 如果真能做到全栈运营,那应该离coo不远了。

    来自北京 回复
    1. 我看PO主的意思,更倾向于ceo~~

      来自北京 回复
  10. 说到底,重在提升团队的学习力。期待作者后续能够针对全栈运营团队的组织结构及分工做些分析指导,谢谢。

    回复
    1. 作者不发一言,并且准备向你扔一百篇文章

      来自上海 回复
    2. 搞不懂这个运行怎么和产品经理一样了,运行是产品经理的一个职责,也可以单独做为一岗位?

      回复
    3. 看又不认真看,还要发感想

      回复