|
前言: 距离上篇已经过去快一年了,这一年里我身上发生了若干可以让我临死前还记得的事情。所以下篇一直也就没写,导致后来我直接忘记原来要写的下篇是什么内容了,就一直拖啊拖的。我有个不好的习惯,一旦开了头就一直想要一个结尾,做不到心安理得的放弃,所以眼看 2025 年到了,我打算把这个文章给圆上,也算了却一桩心事吧。 正文: 要说社区运营,就不得不定义什么是社区,这其实是一个特别麻烦的事儿。属于你一提,大家马上脑海里就能浮现出一堆案例,但是一纠结逻辑,就全部粉碎的问题。在本系列中,开篇的第一篇就是我对社区的定义。但事实上,因为时间的发展,我对社区的定义也一直在迭代,所以当下的定义大家仅供参考: 用户在平权的前提下,自发产生广泛意义上具有传播、消费价值的内容,并以此进行交流的地方。 本篇不是在讲社区的定义,所以点到为止,下面说说在这个定义之下社区运营的麻烦点是什么。 上篇文章有讲过,所谓社区运营这个 title 就有点万金油的意思,无论是细分之下基于社区的产品运营还是内容运营还是用户运营,反正都可以用一个“社区运营”的大帽子覆盖住。可对应的代价就是作为基于内容的产品形态,对于不同内容赛道的理解成为普遍意义社区运营的基本价值之一。 比如游戏社区的运营和漫画社区的运营,名字都是社区运营,但在双方公司看来,对面干的活跟自己就没有什么关系可言。匹配程度并不会比一个做 o2O 的运营高到哪里去。 为什么会出现这样的问题,国内过分竞争的就业环境当然是重要原因,其次是不同内容赛道之间的切换是具有一定门槛的。换而言之,所谓内容赛道的社区运营人员,在该内容领域内就应该是核心用户。数码内容赛道的运营人员,就应该是对数码科技非常了解,在水平上应该是超过绝大多数的普通用户。 这样他才有识别内容质量,谋划相关内容、相关活动,挖掘赛道内有潜力的创作者的能力,甚至涉及到对于产品功能对设计中。 这要是来个大哥,你问他:“你对特斯拉怎么看?”,他一脸笃定地告诉你:“我觉得特仑苏确实好喝。”那这个人你敢让他负责一个汽车社区吗? 正是因为如此,任意一个社区的运营一旦在一个领域上扎根,无论是自己还是其他公司,基本上也就将这个运营定位到那个赛道上去了。 那有没有什么方法能改变这个局面呢?有啊,你看我写那么多文章是为什么。就是告诉来看我文章的面试官,我社区运营能力已经可以脱离具体的赛道在其他赛道上进行复用了,以此来解决我的选择面过窄的问题。 但需要注意的是,换赛道必然带来对另外一个赛道上内容的不熟悉、不了解的问题,如果是真切换赛道,应该花最快的时间快速去了解对应赛道的内容。 一般从拿到 offer 到入职,大约需要一个月的时间,我一般都会趁这一个月往死里学。一个月的时间强效补习,不见得能让自己成为领域里的专家,但最起码的认知总该有,不能入职之后被人当做白痴看吧。我一般把这个当做是职业道德。 除了以上大多数运营都会有的问题外,许多社区之间的差异性也很大,内容载体的不同、流量来源的不同、用户属性的不同,都会导致社区运营在切换产品时产生一定的障碍。 比如知乎和小红书就是图文社区、抖音快手就是短视频社区、哔哩哔哩是长视频社区、小宇宙是音频社区。这些都是通过内容载体来区分的。通过用户属性来区分,比如 acfun 和哔哩哔哩,早期就是二次元用户、豆瓣就是文青用户、小红书早期就是都市女性用户等。 这些诸多不同就会带来许多差异,比如音频播客内容和短视频内容对于数据指标上的差异,播客内容一天人均能完整消费两三个已经算是很不错的数据了,短视频一天消费三十个也不能叫多。比如消费场景的差异,音频播客内容的消费场景主要来源于通勤或者是做家务等视觉被占据的环境中,作为信息补充出现;短视频就是要求用户的手、眼、耳都必须放到手机上才行。 除了这些,还包括付费模式的差异,短视频可以靠高人均消费内容量来插视频广告,音频播客就不行,基本上都是口播广告,频率还不能高。 所以虽然都是社区,可一个不同就会导致诸多不同,差异很大。这也导致市面上的公司招社区运营的时候,基本上都是有对标公司的。 这也就变相要求一个高阶的社区运营必须是个全才。左能覆盖全品类赛道,右能覆盖全载体形态,上能通产品、技术,下能去做一线运营、市场。 也正因为如此,社区运营才能获得其他人的尊重,才有更广阔的就业选择面。当然,这都是在就业过程中不断积累出现的,人嘛,都是往高处走的。 许多运营人员都是想当产品经理,又觉得自己能力不够或者是真能力不够被淘汰下来的,进运营行业也无非是想曲线救国。我的那些要求对他们来说是过于苛刻了一些。 只是我想说,无论是换岗还是跳槽,六分运气我们不能求,一分贵人扶持我们求不得,就剩三分能力我们还能凭借自己能力去争取一下,能不躺平就别躺平吧。 下面我想聊聊为什么社区运营要学会那些复杂的事情。 一、为什么要懂产品 优秀的社区一定是要懂产品的,因为在社区这个领域,最了解用户(无论是消费者还是创作者的),理论上就是运营自己。天天接触一线用户,又要每天盯着数据,又要有一定的市场前瞻性,掌握的信息量其实是要比一般产品经理多的。 所以理论上功能需求应该由运营发起,甚至运营应该自己去画原型,然后跟开发、做测试。如果时间不够或者是工作分工问题,需要将这部分交给产品运营或者是产品经理去落地,那么就一定要明确自己的需求和背景。 很多运营不懂产品,就导致提出的需求那叫一个随心所欲,需求背景和功能需求完全等于零,产品常识等于负,只说自己想得到什么,不说通过什么方式得到。以至于产品经理看着运营人员跟看傻子一样,背地里撸串的时候满腹怨言。 而一个社区的增长,有时候就是依靠着某些功能,运营不懂产品,看不出用户的功能需求点,那就是极大的劣势。 比如作为一个社区,要不要标题,标题是必填还是选填,标题用在什么地方。看似是产品问题,可实际运作过程中,这就不单单是产品问题了。运营不介入产品功能是不行的。 二、为什么要懂技术 这个其实也是产品之上延伸出来的,会点技术,一方面可以让自己的需求在落笔提给产品或者技术之前,自己可以过一遍逻辑,判断一下可行性,运营要是想跟开发对上话,技术常识和逻辑是一定要懂的。否则就会人家以一副看弱智的眼神给怼回来。 其次,很多运营上的工作上可以通过一些简单的程序来代替的,比如一些脚本机器人或者是数据爬虫什么的。你去找开发,去找就是插需求,哪个公司的开发需求不是排的满满的,插需求就得等。一两次你可以请人家喝奶茶,跪下来叫爸爸,让开发人员为你加个班帮你做了。但是一直都这样,谁不烦你。 不过不需要真的那么精通,自学个半年一年的技术就够用。能自己完成几个爬虫、脚本机器人、github 上弄点项目自己部署一下,知道程序员说要从cookie 取数据不是让你去楼下买曲奇饼干就基本完事儿了。 三、为什么要了解市场 很多社区一开始甚至都没有专业的社区人员,为什么,因为最了解用户的人不就是你们这帮做社区的么?立项时候的用户画像、用户心智、用户诉求、品牌定位、slogan 哪个不是你运营参与的。如果只是花个几万、几十万人民币的预算,都不值得上专门的市场、品牌经理。更何况市场活动这个部分,很多公司就是交给运营部门下去运作的。 直到需要去做广告投放、广告素材优化、异业合作、资源合作的时候,才上市场/品牌经理大展身手的时候。初期那点用户那点钱,都够不到市场部门的门槛,运营就得自己上手解决。 三、为什么要懂各个载体之间的差异 其实无论什么载体,抽丝剥茧之后,大家都是万变不离其宗。宏观里说就是产品价值是什么,微观里说就是用户为什么要来、为什么要留、为什么要给你付费(无论是直接还是间接)。 现在哪个成熟的社区还是单一载体的?小红书有短视频、直播,哔哩哔哩除了短视频、直播外还有图文呢。大家都在做一站式的内容消费综合体,拼命的阻挡用户外流。对应的,各个载体之间的拉扯、互斥,甚至是背后各个部门之间的拉扯都是这个过程中逐渐发生的。 你是等一切都爆发了才去解决,还是在一切没开始的时候就未雨绸缪?这应该很好理解吧。 前文有提,现在这个环境就是一个过分竞争的关系。你不做,别人就做,等人家做了,你才火急火燎的去搞对策方案,很多时候就已经晚了。 四、为什么要懂点经济学和社会学、心理学 这个前文没讲,这里补充一下。 社区的流转是逃不开这三个东西的,比如在经济学上,在创作者领域,内容作为商品,最后都是要变现的。而用户的互动,点赞/投币/弹幕等等,哪个是社区货币哪个是商业货币。厂家进行投放的时候,应该关注什么数值,什么数值才能产生真正的商业价值。又比如如何平衡产出和消费之间的关系,供给量过大,消费过少,供给就变成了库存压力。反之消费过大,供给过少,就会导致需求无法被满足,开始用脚投票,去可以满足自己需求的地方。 社会学和心理学,这两者一起说,如果你想打造内容上的爆款或者是趋势,不懂社会学和心理学是不行的。很多社会学和心理学的书籍都告诉我们人类的一些群体属性。比如盲从集体、标签效应、晕轮效应、权威效应、投射效应等等等等,都是很好的可以用于打造 KOL 或者是 KOC 的理论依据。 这些理论如果说白了,你会觉得“不过就是这,我早就知道”。但是以前是经验中积累出的感觉和实际上可以运用的知识有时候并不是相同的。多去了解了解这些学科对社区运营这个岗位来说绝对没坏处。 最后 写到这里,本篇文章总算是完事了,我可以安心的去睡觉了。 总得来说,社区运营作为运营的一个细分职业,也符合运营领域上下限差异巨大的特点。高可以高到 COO,低可以低到客服人员。想要从茫茫人海里走出来,发展,能力、机遇、贵人缺一不可。可我们作为普通人,不努力不钻研又能怎么样呢。 谁不想当个富家翁,每天日上三竿再起床,每个月最大的工作就是收房租呢。这不是没这条件么。论命好,咱也没中个双色球。论运好,也没在 2012 年进字节跳动(今日头条)。命不好运也不好,那只能先修身了。 祝各位看官,一路前程似锦吧。 本帖最后由 胭惜雨 于 2024-12-9 03:29 编辑 |