06
在低成本跑通流程的过程中，参与此项目的同事们付出了大量的心血，尤其大量的工作需要沟通，统计，筛选等等，每当看到他们工作如此疲惫，我更加坚定了运营系统化的重要性，只有系统化才能让运营真正的飞起来，脱离手工重复工作的苦海。
经过一段时间的测试，我们统计了所有原生作者的数据进行复盘，这种统计也是大量的复制粘贴，不过好在结果不错，我们初步认为整套流程体系完全跑通，而这个业务方向也是完全有价值的。
大部分原生作者在我们的运营，激励制度下，开始保持着稳定的输出。
在之前，他们发的内容很有随机性，完全凭心情。现在大部分一周一篇，稳定的更新对我们社区来说很重要。
甚至有很多原生作者经过我们对他标题，封面，内容方向的优化建议，输出的高质量内容完全不逊色站外引进的KOL。原生作者发表的内容也开始多次在社区内容排行榜前十里出现。也验证了我们最初的想法：
这些原生创作者真的可以成为社区的中坚力量，和外部入驻的KOL形成内容梯度。
我们也对所有运营流程的节点进行了梳理，发现大量的工作主要集中在以下几个节点。
发现有潜力的优质作者，向他发送招募信息，占用一定工作量。
和作者沟通，打字，介绍规范标准占用一定工作量。
作者发布内容后，监督作者发布的文章，进行优化占用大量工作量
统计作者的工作量，进行复盘，结算，占用大量工作量。
我决定尽快上线运营系统化。
07
按照之前的规划，我决定不在老系统上添加这个业务模块了，那样只会是又一场灾难。
我重新规划了一个新的运营系统，并再次强调，这个系统只能让我们运营部门使用，不和其他业务部门混在一起。
由于运营系统是一个长期迭代的产品，不可能要求一步到位，所以我们对于技术部门的要求就是：
该运营系统第一阶段必须要能实现“增，删，改，查”。
增和删非常好理解，经过一段时间的低成本业务跑通测试，我们已经积累了近百名原生作者，急需把他们录到系统里，方便统一管理。
录到系统里的包括他们的昵称，写作风格类型，联系方式，以及我们对于该作者的一些备注
在这个过程中，也有原生作者因为各种原因流失掉，所以系统也要支持能删除他们。
另一个“改”则是因为我们的作者分成不同的类别，有的擅长写爱情，有的擅长写科幻，有的擅长写校园。我们针对不同的作者有不同的称号，但作者也会不断的调整自己的写作风格，所以改称号，改标签等等非常有必要。
最后一个重要，也是系统功能占比最大的就是“查”。
这方面我要重点强调一下，之前的老系统里，也有类似于作者数据显示系统，但显示的数据包括作者入驻的时间，在线的时长，收到的打赏，粉丝数等等数据，数据维度特别多，但唯独作者发的每一个帖子的数据却没有清晰的罗列出来。
这就TM的奇怪了，我运营用户的目的是希望用户最终能发布较高质量的内容，连用户发内容的数据都没有，这让我怎么运营？
吸取了之前老系统的教训，我对于众多和当前业务无关的数据统统都不要，作者有多少粉丝关注，收到多少打赏，在线时长balalalal这些数据虽然重要，但不是运营业务核心数据，看或不看对于我们的帮助并不大。
最终我们让新系统清晰地只列出每位作者发布的内容时间，内容标题，阅读量，评论量，点赞量，收藏量等几个数据维度和内容。
不算多，但非常重要，而且能让系统保持清清爽爽，在观感体验上也大幅度增强。
如果想看更详细的内容，每个条目里后面有个详情，我们点击详情可以直接跳转到内容详情页，查看更多有价值的信息。
所以在“查”方面，运营人员搭建后台系统一定要注意克制，不要什么内容，数据都想往上堆，堆来堆去堆到自己看懵逼了，反而失去了做系统的目的。
毕竟清晰整洁的工作后台是可以让工作感到轻松且愉快的。
我又对新系统的美观性，排列性，可延展性，甚至一些字段都提出了很多细致的要求，这些要求不费什么时间，但却可以极大增强我们的体验。
08
终于在研发部门拖了我一个月后，只用了3天工作量，我们的新运营系统第一阶段工程终于上线了！
可见如果把运营系统拆成小阶段，一阶段一阶段开发，也并不会占用大量资源嘛。
等到这一刻，我眼泪都快掉下来了。
以后这些原生作者再也不用通过QQ发链接给我们了，他们发的所有内容，我们在后台浏览的清晰无疑。
我的同事用上新系统之后告诉我，在这家公司待了这么久，终于感觉自己是在做运营了，不是在做打杂了。
新系统给我们带来的好处立竿见影。
我们这一业务的工作一下就变得无比清晰。
我们手上有多少这原生作者，作者发了多少帖子，每篇帖子的数据量多少，一切清清楚楚。
这个系统还可以按照时间段查看，我们进行工作复盘，再也不用复制粘贴表格统计数据了，直接看系统后台就可以。
我们的结算也省了大量的统计工作，尽管这块消耗的时间依然很大。
我们对于用户的内容优化变得非常迅速，用户只要一发帖，我们后台迅速看到，然后迅速浏览，迅速联系用户，告诉他的内容中包括标题，错别字，排版等一系列问题。
用户们纷纷表示我们像顺丰快递，很快速，很敬业。
向老板汇报再也不用表格了，直接系统拉取几张截图，告诉我们的工作成果。
截图清晰的显示，某位作者在我们的优化建议下，发布的内容阅读数，收藏数，点赞数翻倍。
系统上线后，我们扩量的胆子也大了。没有系统，我们四个人维护100多号人就累的半死不活。
有了系统后，我们一个运营同事运营两百位作者依然不慌乱，因为所有的作者系统里都可查。
什么是运营？
这就是运营。
什么是运营系统化？
这就是运营系统化。
09
我的系统化推进依然没有停止。
鉴于上线之后成效特别明显，我们迅速在系统里添加了另一栏KOL运营，把这些功能简单改了改就复制了过去。
这让负责KOL入驻和运营的同事很快也用上了这套系统。
我们针对结算这个占用大量时间进行统计的业务也进行了系统化改善。
我们在系统里为每位作者添加了结算按钮，运营同事只要点结算，输入金额，最后会统一汇总成一张表，然后在系统里点击下载，这张结算表就自动生成，包括名字，金额，日期。
省去了大量复制粘贴统计的工作。
后来随着我们的作者越来越多，为了查看更加方便。
我们做了两套视角，用户管理视角和内容管理视角。
用户管理视角是以作者为维度，查看他的发帖数量，结算金额，总阅读数，粉丝数等等数据。
内容管理视角则是以内容瀑布流的形式，按时间把内容的各项数据以瀑布流的形式展示给我们，方便我们快速查询。
你看，即使我们后面为系统继续添加了诸多功能，但吸取了老系统的教训，我们并没有进行众多功能的叠加，而是尽可能让他们可以收拢，归纳，让系统后台始终保持清清爽爽的版式。
后续我还打算为系统增加客服系统，让整个回答作者，维护作者，与作者的沟通都在系统内解决，不要老是在QQ里。
但因为一些原因，我最终离职了这家公司，
这些也就没有推进下去。
想想如果继续推进下去的话，这套系统无限延展，可以做很多很多内容。
比如把众多的产品运营模块加进去，包括PUSH，替换闪屏，替换广告位，弹窗等等
包括把一些活动?？榧咏ィ琀5活动，投票活动等等
包括把一些核心数据做到里面去，新增，日活，留存，浏览。
总之系统只要不断迭代，就会有力的支撑运营，产品乃至公司的发展。
只可惜没有如果。
好了，今天我用了较长的篇幅，为大家分享了我亲自操盘过的一个运营系统化案例，这其中既有我的策略，我的思考，也有我的执行方式，我的结果。也正是这次还算成功的系统化项目经历，让我坚定的成为系统化运营的支持者和执行者。
而这种系统化运营的思维和实操经验，也是我能超越其他优秀运营人一个很重要的砝码。
那写到此，我想再次为你总结一下我对于运营系统化的思路。
当产品有一定用户量的时候，不要犹豫，尽快推进运营系统化，脱离手工作坊。
运营系统化一定要结合你的业务类型，运营策略，长远目标等众多因素进行考量。
运营系统化一定要先进行低成本流程跑通测试，手工跑通流程后，再去做系统化。
系统化要克制，不要一上来就堆砌大量功能，聚焦核心点。
系统化要能考虑到未来的业务延展。
系统化开发成本较高，采用小规模，短周期，稳定迭代的方式，依然可以在不占用大量开发资源的情况下达到目的。
最后，我真诚地想说：如果你是一位希望征服星辰大海的CEO；你是一位志存高远的运营负责人，你是一位渴望不断进步的运营新星，请你一定要相信系统化的力量。
不要怕资源浪费，不要怕别人说没用，不要怕老员工的抵触，要坚定的相信，系统化是让你的企业，运营快速飞升起来的推进器，是你在中后期与平庸公司拉开差距的重要因素。
即使没有系统化运营，但这样的思维也会让你超越众人，站在更高一个层级去看问题，想问题，并最终的到达胜利的彼岸。
好了，关于运营系统化的内容我今天到此就全部讲完了，
技术
