本文来自微信民众号：songzi2016（ID：data_pm_bi），作者：松子（李博源），谋划：Tina，题图来自pixabay

正值 2016 年“直播元年”，在短视频风口上，海内某大团体最先调动各营业线的精兵强将，组建新的营业单元，以“营业中台”的形式聚集公司气力，想要迅速占领行业高地。

公司对这个“营业中台”的投入也是实实在在的：产研七十人左右，运营六十多人，数据团队几十人，采购团队四十多人，审核团队几百人……前后涉及大几百人。

然而在短短十几个月之后，这个“营业中台”就宣布被撤，团队成员有人转岗，有人被裁，最后只保留了数据中台团队。

这个直播项目最终不声不响地逐步淡出了人人的视野，并没有激起短视频内容生态上任何水花。

四年后，在“中台”风盛行的今天，这个项目的主要介入成员，从差别角度对这个项目举行了“复盘”。

一、原由：想在风口上进军短视频

大约在 2016 年的秋天，某产物线负责人对我说：“有一个关于短视频的创业项目，很有意思，要不要思量加入？” 那年被称为”直播元年“，短视频平台逐渐兴起，并以不能阻挡之势生长着。团体想在”短视频赛道”发力，以为起劲一下可能会做出不错的成就。人人也都以为这个事情很靠谱，这在那时是个不错的偏向，只不过需要新建一个自力 BU 来运作。

这个新营业单元的目的，是要完成一款传奇短视频客户端的产研与推广。此外在推进历程中还需对内容举行响应配套——而内容生态恰好是个加倍庞大的单元，要涉及到很庞大的人力调剂。为了组建这个新的营业单元，经由大 HRG 的前后协调，从差别事业群选择了一些小伙伴加入进来：从南方某事业群调来了产物线、审核线、手艺线、BD 线；从北京某团体调来了产物线、算法线、审核线、BD 线......

职员调齐后，经由多次碰撞，公司召开了一个声势浩大的启动大会，希望人人尽快完成目的并占领行业高地。

历程中前前后后投入了大几百人的资源，但这其中台项目并没有很好地推进下去，仅仅经由十几个月，营业单元就被分拆了。项目也不声不响地淡出人人的视野，并没有为企业的内容生态形成强力壁垒。这是为什么呢？连系那时的条记和现在的思索，我总结出了一些要害点。

二、为什么要举行中台化建设？

从那时的条件与思索来看，平台化解决了手艺平台的问题，然则每个单元营业的执行都要跨多个领域来完成，庞大度会随之升级。好比说淘宝的瑰宝，商品公布规则、交易规则、营销规则散落在各个系统中，举行一个动作时，无法做到靠一个人就能说清楚全局。效果就是一个需求要评估一个月，开发需要几天，测试又需要几天，这已经不是一个流程能够解决的，是一个对照庞大的生态协作问题。

• “大中台”的观点就是从较为庞大的协作生态上来纵向地从服务链路来做资源整合，手艺中台注重能力沉淀与整合，营业中台注重链路、效率、成本、流程优化。营业中台在我的眼里变成了规则引擎执行者与定制化服务输出方，规则的输出通过对数据的控制来举行。

• 大企业的许多营业在最初都市履历疯狂的扩张历程，在这个历程中由于各个 BU 自我闭环，导致大厂内部存在着许多重复造轮子的事情。好比同样在内容领域，自力 BU A 做了一款 App ，自力 BU B 做了一款 App，都有许多详细功效。然则这些功效在内部的必要性又没有那么强，继续做存在着人力成本的虚耗。这个时刻我们会通过一个抽象出来的公共营业模块去单独处置。

虽然这个团体是某系统当中的巨无霸，然则在内容生态这块实在照样较为微弱的，需要一个营业中台来支持内容生态。那时的情形是：好几个事业群都有类似的生态营业在运作。好比南方某事业群有自己的图文内容生态，北方某事业群有自己的视频内容生态，各自的生态又划分为各自客户端营业提供内容生产审核，帐户系统、内容评定尺度、奖励机制各不相同。详细到数据系统上，其中两个子团体或成为事业群的营业方都有各自的数据系统，造成的问题是：

• 账号没有买通，账号评估与分级系统不统一；

  
  

• 内容评定尺度不统一、品类不统一、标签系统不统一、奖励机制各不相同；

  
  

• 审核问题，但凡做内容必须有审核，差别子公司在审核的投入上都很伟大；

  
  

• 采购问题，跟 BD 采购流程差别，或签约多个主体；

  
  

• 内容生态所涉及到的帐户数据、图文、视频、粉丝互动、内容库、消费数据、内容审核等较容易整合并服务化。

从团体角度来看，这就形成了烟囱式的建设。每一个烟囱的能力直接决议了营业的生长速度与营业创新的成本，但实际上营业的快速更新与创新更需要像乐高一样的系统去快速搭建。连系内容生态这个营业来看，基本与起点是偏营业型的中台建设。实际上我们可以通过一点接入、多点分发的方式来支持各端营业，做好内容生态供应。在建设历程中对信息、尺度、帐户、数据做一系列买通，将营业流、内容流、分发流、数据流、商业流这些相近的单元举行营业中台化。

三、未决的问题：中台的 KPI 谁来背？

几个月后，向导提出了一个问题：“这个营业中台的审核目的是什么？”

这块营业是做内容生态、创作者生态，然则那时只有创作、内容生产、内容审核、内容库等等从内容维度的奖励，没有内容的出口。面向 C 端的出口都在其他 BU，那这其中台营业若何举行审核？审核指标该若何制订？

• 要从规模、品质、活跃、消费、互动、收益这六个维度界说十几个指标吗？

  
  

• 要从月 / 日均活跃账户数目、月 / 日均账户生产文章数目，再加上账号内容在端的月 / 日均播放量、阅读量等等维度举行审核吗？

无论从哪个角度来看，都感受不太合适。这些指标都受到端的影响，没有一个指标仅仅跟中台营业自己相关联。好比有的人提到既然是围绕创作者的生态，那就只看创作者、内容生产就好了，但实际上每一部门都有成本，若是生产出来的内容在差别端效果很差，到底是用户画像的问题，照样算法的问题，照样内容质量的问题？各个营业都要负担 KPI，自然就会打架。

另外，以前各端的创作者奖励相当于成本，现在由于都归到中台来负担了，从财政角度只看到成本，那收益和利润该若何算呢？由于出口在各端，差别端的信息流中商业化收入会算到各端营业侧，在内容商业化探索上，也没有想象的那么容易。

四、缓慢的中台建设与快速转变的营业需求

偏营业型中台在建设中是有自己难题的，首先要服务好下游的内部营业方，其次还要完成对外部营业方的支持，最后还需要完成自身建设。这其中台是要将原本涣散在差别端内容生态上的营业逻辑举行重构，并整合类似的营业模块。自身建设含有产物建设、内部运营工具建设、对用户的运营工具建设，在资源有限的情形下，若何能做到这几个偏向的平衡呢？

营业中台所服务的营业工具有几个，划分完成对端的营业支持，对自身创作者与内容的支持，完成自身建设。

在端的营业支持上，需要服务好各个内容信息流下发端。好比一个团体内差别营业线的种种含有信息流、内容频道的 App；再好比需要能够承接住端诉求的对应产物系统，端自己去做种种垂直品类的差异化运营所需的内容，商业化统一结算、类目统一化、标签统一化、评级系统统一化、端需求差异化与统一采购...... 每一块的内容都市影响到端的下发以及端 App 自己指标以及内容消费指标。

在对创作者与内容的支持上，需要完成自身的营业建设。把内容创作引入进来后需要从营业自身角度去维持这个账号的可连续创作能力和优质内容创作能力，不管是从产物角度提供创作指点、创作工具赋能、数据工具剖析，照样从运营手段提供奖励机制、激励机制、分润机制，都是出于“让这个创作者在世”的目的。

在自身建设上，除了上述产物外，另有尺度化、组件化建设，以及支持内部运营的工具建设。划分可以从内容引入、内容管理、内容消费以及数据系统建设上举行细化。

以上这些偏向若是根据中台的角度来做拆解，照样需要一定节奏去建设与实行的。否则“产研运”再牛，也不能短时间内建设出来一套支持各营业方的营业中台来。

中台的建设历程中节奏是最要命的。这其中有一个矛盾点，就是营业线在生长中是快速转变的，快速转变一定就会盼望获得种种资源支持。然则中台大部门是在缓慢建设与推进，两者之间会发生诉求与承接能力不匹配的问题。这块若何做好平衡，就涉及到先做什么、后做什么的问题。

现在市面上对于中台的所有文章千变一律都是在讲观点，讲蓝图，有没有经由实践验证呢？乐成的概率到底有多大、 每一步该怎么走？

五、避免不了的“失败”了局

十几个月后，由于项目建设不尽人意，我们的项目组被拆。回首那一年的外部大环境，在这个领域许多公司都是快速崛起与结构，而我们这其中台项目却在那时形势一片大好的情形下失败了。这是为什么呢？

前面我们从矛盾论的角度、因果角度、建设角度做了差别维度的复盘。今天回过头再看，另有几方面缘故原由：

• 数据团队需要在几个营业团队中寻找一个平衡点。

  
  

• 人的因素——想法太多，都想驱动这其中台。

  
  

• 职员能力问题：做中台的难度与做通俗产物相比，有量级的差异。能力不足，真的搬不动这块石头，还砸了所有人的脚。

  
  

• 中台建设是一种思索方式，然则在历程中由于各有所需，变成了“脚痛医脚、头痛医头”的传统方式。原本想象的是一条线到头的建设，实际上是多条线交织成一个庞大网状，成为了对照难以拆解的问题（表象看是一个资源问题）。详细中台该杀青什么目的，负担哪些职能， 照样需要逐步沉淀、迭代。

  
  

• 流程的问题，太多太长。

  
  

• 其它。

资源问题我信赖是所有管理层最体贴的问题了。在这个项目中，包含了七十左右的产研、六十多位运营、几十位数据职员、四十多位采购 BD，以及也许几百人的审核团队。若是算上流动，前后也许有好几百人。

“营业中台”项目被拆之后，产物转岗了，大部门运营被裁了（只留了小部门运营）， 但保留了较为完整的数据团队。由于数据营业的独特性适合中台化，且是“自动建设”，以是一直跑在营业前面，并强化了焦点资产、应用模式、焦点营业模子和纵向场景。但我们这个切入点很好的营业单元，经由许多人的起劲，了局却是说撤就被撤了，异常值得回味......

本文来自微信民众号：songzi2016（ID：data_pm_bi），作者：松子（李博源），谋划：Tina