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

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

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

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

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

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

　　噢，我们的文章是给这些用户群体看的，用户画像是ABC，那么我们的文章还得调整下；

　　产品上内容的排序是按照时间，能不能引入热度的权重呢；

　　文章评论可以深入挖掘一下，使用产品的积分激励吧；

　　这个月的热点用户们都很喜欢，需不需要配合出一个活动；

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

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

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

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

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

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

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

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

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

　　重点是运营体系。

　　何为体系？

　　知道数据在哪里产生，如何让数据价值最大；

　　能够以用户的角度出发，提升用户的认知和行为；

　　能贯彻落实产品的商业价值，完成产品迭代和优化；

　　负责某一业务线的全部指标。

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

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

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

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

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

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

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

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

　　最后

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

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