运营系统化实战复盘,如何让社区运营实现系统化

4个月前

 刘玮冬 

 刘玮冬运营手记 

 善小雪 

在上一篇《大部分公司的运营体系,烂如手工作坊》的文章中,我为大家简单介绍了一下运营系统化对于公司,运营负责人,乃至运营团队的重要性。

 

文章发出后,受到了读者的热烈反响,众多读者也是纷纷向我表示疑问:

 

玮冬,你说的运营系统化这事确实戳到了我们的痛处,但有没有具体的运营案例告诉我们如何根据自己的业务完成运营系统化?

 

今天我就为大家完整复盘一下,在之前做过一个较为成功的系统化案例,

 

来为大家一步步去拆解,如何为自己的运营工作,业务流程打造运营系统化工程。

 

首先声明一点,由于篇幅所限,我的复盘会主要以运营系统化工作为重点。

 

关于社区运营中的很多微小工作细节也会捎带说一下,但不作为本文的重点。

 

下面我来交代一下具体的业务和产品背景。

 

 

 
01

 

2017年,我加入某青少年文学社区APP,全面负责社区运营方面的工作。该APP数据保持不错,日活已有几十余万,算是一家在快速成长中的互联网公司。

 

但与之数据量不相匹配的是,该APP的后台系统却如“屎”一样。

 

各业务模块堆砌,没有逻辑,收纳,全都是平铺;大量的数据都堆在后台里,无法分析,只是密密麻麻的列在那里;各种产品功能见缝插针的去往后台里扔,没有地方了就随便开出个模块,扔到里面;并且这个系统后台不仅有所有运营的功能,还有产品,市场,数据其他部门的功能交织在一起。就连给用户换个标签这样的操作我都要找个半天。

 

更加苦恼的是,由于大量的功能堆砌,该后台用起来非常的痛苦,点一下卡三下,使用5分钟,卡顿两小时,用的我怀疑人生,屡次有想砸电脑的冲动。

 

当然,冲动归冲动,冷静下来还是要去解决问题,由于该系统所涉及的业务模块过于庞杂,牵一发而动全身,显然未来如果我有业务要推进,有运营方案要贯彻,这样的后台根本不可能支持到我。

 

所以思前想后,我定了如下策略:

 

老后台暂且放那不动,继续让大家使用,我开拓新的业务,然后根据新业务来搭建新的运营系统化后台,然后再慢慢的把老后台的一些功能迁移过来,并按照层级科学的排列和收纳。

 

并且如果之后这个新运营后台搭建成功,只能让运营部门用,并且一定要好用。

 

想着想着,我就干起来了。

 

 

 

02

 

接下来我需要找一块新业务去做。

 

这个业务既能对社区的内容产出有较大的提升,同时之后也能以该业务为契机,打造运营系统化后台,做出标杆。

 

那到底做什么新业务呢?

 

我发现在社区原生用户的运营方面,我们的团队是缺失的。

 

互联网社区最重要的核心是什么?

 

内容。

 

内容越好,社区越好,好社区一定有着大量的优质内容。

 

那好内容来自那里?

 

来自社区用户们的创作。

 

所以,一个好的社区,一定要有着大量可以输出优质内容的用户,俗称KOL,并源源不断的输出优质内容,这样社区才能慢慢成长起来。

 

知乎,小红书,汽车之家等等莫不是如此。