在上一篇文章《大部分公司的运营系统和手工作坊一样烂》中，我简单介绍了运营系统化对公司、运营负责人甚至运营团队的重要性。
文章发表后，得到了读者的热烈反响，很多读者也向我表达了自己的疑惑:
你说的运营系统化确实击中了痛处，但是有没有具体的运营案例告诉我们如何根据自己的业务来完成运营的系统化？
今天，我给大家来一个完整的回顾。我之前做过一个比较成功的系统化案例，为你一步步拆解，如何为自己的运营和业务流程搭建一个运营系统化的项目。
首先，由于篇幅的限制，我的续会将主要集中在操作系统化学品上；关于社群运营的很多小细节会顺便提到，但不是本文的重点。
下面我来解释一下具体的业务和产品背景。
01
2017年，我加入了一个青春文学社区APP，全面负责社区运营。APP数据保持良好，日活数十万。被视为快速成长的互联网公司。
然而，与数据量不匹配的是，APP的后端系统像“屎”一样。
每个业务模块都是堆叠的，没有逻辑，存储，全部平铺；后台堆了大量的数据，无法分析，只能密密麻麻列在那里；各种产品功能都扔在后台。如果没有地方，就打开一个模块扔进去。而且这个系统的后台不仅有所有的运营功能，还有产品、市场、数据等其他部门的功能交织在一起。我得找半天时间去换用户的标签。
更苦恼的是，后台因为大量的函数，用起来很痛苦。我点卡三次，用了五分钟，卡了两个小时。我怀疑自己的人生，多次有砸电脑的冲动。
当然，冲动就是冲动，冷静下来还是要解决问题的。因为系统涉及的业务模块太复杂，很明显如果我以后有业务要推广，有运营计划要实施，这样的后台是不可能支持我的。
所以经过深思熟虑，我决定采取以下策略:
让老后台暂时留在那里，让大家用。我会开辟新的业务，然后根据新的业务建立一个新的系统化的后台，然后慢慢迁移旧后台的一些功能，按照层次化的科学进行整理和存储。
而这个新的运营后台如果搭建成功，只能由运营部门使用，而且一定要好用。
想着想着，我就开始了。
02
接下来我需要找一个新的业务来做。
这项业务不仅可以大大提高社区的内容输出，还可以以此业务为契机，搭建系统化的运营后台，树立标杆。
那么你做什么样的新业务呢？
我发现我们团队在社区原生用户的运营上是缺失的。
互联网最重要的核心是什么？
内容。
内容越好，社区越好，好的社区一定有很多优质的内容。
好的内容从哪里来？
来自社区用户的创作。
所以一个好的社区，一定要有大量能够输出优质内容的用户，俗称KOL，持续输出优质内容，社区才能慢慢成长起来。
知乎、小红书、汽车之家等等。
很高兴公司运营团队在这方面做了很多努力，团队中有大量成员负责外部优质KOL的挖掘。
他们会去各个平台寻找很有潜力的kol，邀请他们入驻我们的社区，给予他们相应的金钱和荣誉奖励。经过近一年的努力，邀请了大量kol入驻社区，累计输出近万篇优质文章。
此外，由于社区新用户的不断到来和口碑的传播，也出现了大量的原生创作者。这些原生创作者的水平比外邀的KOL水平差，但他们真诚、持续、持续，与社群的调性相匹配，所以逐渐成为一股不可忽视的力量。
但遗憾的是，这些原生创作者都处于放养状态。因为运营人员不足，我们不正式运营。一切都是自己“靠爱发电”。可以想象，如果能调动他们的力量，将是对社区内容体系的极大补充。
所以我决定:
我的新事业就是从这些没接触过的“原生散养创作者”开始，完成他们整个运营体系的构建，并以此为契机。
构建系统化运营，推广到其他业务模块。
03
可能有读者会问我，为什么不先在老业务上做一些改进和改变呢？
这个我也想过，尤其是负责外部KOL引进的同事，他们的操作也很痛苦。
维护基本靠QQ；查看数据要用手机在APP里查看，后台看不到。每个月给KOL结算奖金，手抽筋；基础统计复制粘贴EXCEL，和作者对账累渴...
按理说，我应该先帮他们完成业务系统化。为什么我必须坚持新业务？
有我自己的考虑。
首先，虽然他们的手术很痛苦，但还是做的很好。这是运营团队的基础业务，所以作为公司新人，在不熟悉他们业务流程的情况下，我动这个基础业务会有风险。第二，我的系统化运营策略不能保证能100%提高工作效率，用新业务试水。就算不成功，我也很快放弃，损失不大。第三，我做的新业务，站内原创者的运营体系和引入KOL的运营体系基本相同。用新业务测试一下，快速复制到老业务上，比较方便。第四，如果最终成功，我将获得一项新业务，一个操作系统，一举两得。
04
接下来我要做什么？
开始画系统原型？开始和产品经理见面？开始和技术团队谈？
不，这是建立系统化运营的第一步，也是最关键最重要的一步。
就是低成本贯穿业务流程！
这非常非常重要！
为什么这么说？
由于运营的系统化会占用公司一定的技术资源，又由于很多系统化的流程节点一旦设置就不可逆，所以需要通过低成本的手段贯穿所有流程，验证成熟后才能推广。
所以低成本的跑通流程业务，不仅可以快速推广，也是节约成本、减少时间、降低风险的最佳方式。
为此我拉了三个人和我一起推广这个项目，我也为这个业务做了一个整体的宣传:
目前我们社区已经入驻了很多站外的优质作者，非常好。我们应该坚持这一点，但与此同时，我们的社区中有大量的原生创作者。运营好它们也很重要。
因为产品用户的金字塔是一层一层搭建起来的。一个金字塔不可能只有塔尖，还有塔、塔底、塔基，就像我们的使用者一样。我们的社区现在有了一个尖顶。接下来，我们将开始建造一座塔。
他们的操作过程有几个步骤:
挖掘他们，制定内容标准和奖励规则，维护他们的内容持续输出，帮助他们在持续输出的同时提高内容质量，并给予奖励和结算。
上述环流往复运动。最后，大部分的工艺系统将通过系统化的操作被取代。
好了，我们开始工作吧。
05
在低成本跑通流程的过程中，我们遇到了很多问题，也很疲惫，因为很多都是手工操作。
首先，因为后台无法支持我们快速给某个用户发私信的需求，为了挖人，我们每天拿着手机去各个板块寻找优质的原生创作者。我们每找到一个，就立刻给他发私信，告诉他:
你的内容很好，请联系官方，QQ号:XXXXXXX。
刚开始我们的文案很简单，但是转化很少。最后不断优化文案，在文案中使用了甜蜜的语气，同时说明了福利、荣誉激励等奖励。最后写了一个转化率很高的文案。
然后我们再跟这些原生用户谈打赏规格，包括对内容数量的要求，一周写一两篇，5元一篇还是10元一篇等等。，等等。当我厌倦打字时，我的手会抽筋。
由于最初规范比较简单，我们发现原生用户开始有刷奖励的嫌疑，比如抄袭，存稿，自上而下刷奖励。为此我们制定了更严格的规范，包括字数、完整性、原创性等十几个标准点。，并且洗去了很多刷稿的用户。
后来作者就不写了，但是由于能力有限，原著内容出现了很多问题。比如有时候发的内容很水，或者标题开头不太好，还有排版问题等等。我们开始再次提高他们内容的质量。
比如，我们制定了多项内容标准和指导意见，包括书面内容要有一定的噱头；标题必须超过十五个字；封面一定要高质量、高清、美观；排版要做到段落、分支等。
那么我们如何监督他们呢？
很可笑，因为我们的后端系统已经卡了三次了，我已经完全不抱希望了。我们要求这些原生创作者在每次发布内容时，通过QQ把文章的链接扔给我们。我们打开QQ看，给他们指导，甚至直接帮他们改标题，定布局。
但是这种操作也不太好。很多作者很懒，写完之后经常忘记发给我们。等到和解的时候，我们再看就来不及了，只能卷入和作者的扯皮。
后来随着我们运营的作者越来越多，一打开QQ就有100多个链接轰炸我们，让我们头皮发麻。
接下来又要算账了，这一块的工作更加艰巨。
因为我们处于运营流程的磨合阶段，所以我们的内容标准和奖励标准每周都会根据前一周的结果快速迭代更新。
比如上周发现很多原生作者不太重视标题。我们本周的奖励规范会有额外的片头奖励，高质量片头额外奖励XX元。
这样的内容运营策略每周更新。
这就要求我们的运营超级敏捷，也要求我们的奖励结算每周一结算。只有这样，作者才能有高度的积极性。
按月算账，你就死定了。
但是也给我们增加了很多工作量。
每个周一，我们每个人都要做大量的统计，并确保在表格中，这个达标，给10元，那个略达标，给20元，以此类推。经过一整天的统计，我们会把表格汇总起来，送到财务部门审批，发放奖励。
同时，我们会在QQ群里公示上周的悬赏。
这种统计、筛选、分发的工作占用了很多时间，尤其是周一特别忙的时候。
尽管如此，我还是坚持每周一结婚的必要性，因为这样的敏捷性对我们贯穿业务流程非常重要。
06
在低成本贯穿流程的过程中，参与这个项目的同事付出了很多努力，尤其是很多工作需要沟通、统计、筛选等。每当看到他们工作的那么累，我就更加坚定了系统化运营的重要性。只有系统化，才能让操作真正飞起来，脱离人工重复劳动的苦海。
经过一段时间的测试，我们统计了所有原作者的数据，进行重新发布。这种统计也是大量复制粘贴，不过还好效果不错。我们初步认为整个流程体系是完全可操作的，这个业务方向也是完全有价值的。
在我们的运营和激励体系下，大多数本土作者开始保持稳定的产出。
之前他们发的内容很随意，完全凭心情。现在大部分都是一周发布一次，稳定的更新对我们社区非常重要。
甚至有很多原生作者，在我们对他的标题、封面、内容方向的优化建议后，输出完全不如色站外引进的KOL的优质内容。原作者发布的内容也开始多次出现在社区内容榜前十。这也验证了我们最初的想法:
这些原生创作者才能真正成为社群的中坚力量，与在外定居的KOL形成内容梯度。
我们也对操作流程的所有节点进行了梳理，发现大量的工作主要集中在以下几个节点。
寻找潜在的优质作者，给他们发招聘信息，需要一定的工作量。与作者沟通、打字、介绍标准都需要一定的工作量。作者发布内容后，对作者发布的文章进行监督，优化，占用了大量的工作量，统计作者的工作量，重新报价，算账，占用了大量的工作量。
我决定尽快上线系统化运营。
07
按照之前的计划，我决定不把这个业务模块添加到旧系统中，那样只会是又一场灾难。
我重新规划了新的运营系统，再次强调这个系统只能我们运营部门使用，不会和其他业务部门混用。
由于操作系统是一个长期迭代的产品，不可能要求一步到位，所以我们对技术部门的要求是:
操作系统的第一阶段必须能够实现“添加、删除、更改和检查”。
增删就很好理解了。经过一段时间的低成本业务运行测试，我们已经积累了近百名原生作者，急需将其录入系统进行统一管理。
系统中记录的包括他们的昵称，写作风格，联系方式，以及我们对作者的一些评论。
在这个过程中，一些原生作者因为各种原因流失，所以系统也应该支持删除。
另一个“变”是因为我们的作者分了不同的类别。有的擅长写爱情，有的擅长写科幻，有的擅长写校园。我们对不同的作者有不同的标题，但是作者会不断调整自己的写作风格，所以有必要改变标题、标签等等。
最后一个重要的，占系统功能比重最大的，就是“检查”。
这方面我想强调的是，在之前的旧系统中，也有类似的作者数据显示系统，但是显示的数据包括作者入驻时间、在线时间、收到的打赏、粉丝数等等。数据维度很多，只有作者发的每个帖子的数据没有明确列出。
这是一件奇怪的事情。我运营用户是希望用户最终发布优质内容，我连用户发布内容的数据都没有。我怎么操作这个？
有了之前旧系统的教训，所有与当前业务无关的数据我都不要了。有多少粉丝关注了作者，收到了多少打赏，在线时间balalal。这些数据虽然重要，但并不是运营业务的核心数据。看不看对我们帮助不大。
最后，我们让新系统只明确列出每个作者的内容时间、内容标题、阅读量、评论量、赞量、收藏量等几个数据维度和内容。
不多，但很重要，能让系统保持新鲜感，大大提升视觉体验。
