是不是中台一定要集成在一个操作系统（平台）中呢？

第一，中台的目的和潜在应用首先明确的是，无论公司规模如何，每个人都有权建立中台。有人会说，小公司没有足够的资金支持中台的运营，这种说法陷入了中台包含所有业务而忽视中台核心目的的局面。在谈论中台的目的和潜在应用之前，我们将重复其起源：Supercell，芬兰游戏公司有400人，5-6人可以完成游戏开发。经过阿里巴巴15年的访问和宣传，中国和台湾正式进入国内互联网人的关注，并迅速发展。Supercell快速发展的原因是它将艺术、价值等模块开发内容集成到一个单元中，使其具有超强的可重用性，而中间平台则是互联网人赋予具有可重用性工作模块的方法论名称。因此，中台的目的是模块化业务，以便快速应用，而具有模块化业务的部门和公司可以开发自己的中台。但在启动中台业务之前，需要考虑是否有业务可以模块化，如互联网公司H5页面开发、游戏公司建模、销售公司用户操作平台等。。。留下一个问题：中台是否必须集成在操作系统（平台）中？第二，在写这篇文章之前，作者认为阿里和头条的中台应该是国内最好的公司(原因如下)。但最近《阿里中台搞了三年，搞砸了吗？》曝光后留下悬疑。毕竟，互联网公司的更换主要是管理层对业务不满的最直接原因。言归正传，根据近年来国内互联网公司的产出，我们来谈谈国内中台的个人情况:1。阿里巴巴中台阿里巴巴访问Supercell后，2015年首次在中国提出了中台的概念。当然，这不是阿里巴巴中台做得好的原因。我不知道你是否还记得2018年的双11。阿里应用程序相互联动和分流。当时，作者在预售期间下载了十几个阿里应用程序，获得了100多个红包，相当于不到10元/活跃用户（非常划算！！！)。排水形式简单粗糙。每个应用程序都有H5。H5任务分为两种类型：完成本应用程序活动任务和下载阿里应用程序。完成相关任务后，您可以获得红包。数据效果可以看到当时APPSTORE的排名，阿里巴巴十几个APP在苹果商店的免费排名中排名TOP30。想象一下，如果没有中台业务的支持，需要多长时间才能完成十几个APP的开发协调和数据开放？这种由活动驱动的中台，我们可以称之为活动中台。至于阿里换帅，也许中台在惊艳的18年双11之后没有超越性的应用？还是学钉钉重新创业？也许只有当事人才能知道！2.头条是由数据驱动的中台字节跳动，数据无疑是互联网公司的核心（不接受反驳）。字节跳动在数据基础上的表现在这里并不明显。笔者表一表自己认为头条中台做得好有两个原因：1、与阿里巴巴双11红包相当或更高层次的头条新闻是春节红包，与阿里巴巴应用程序链接相同的常规。不同的是，每年春节都让每个人都玩得很开心~2、近年来，我经常听到头条新闻在某一领域发布应用程序，多闪、飞聊、aikid、goodkid....产品发布如此频繁，不管是HR、或者程序、营销等，哪个环节不需要强大的控制和数据能力？所以可以推断头条内部有一个产品中台吗？所以可以推断头条内部有产品中台吗？(阿里换帅有这个原因吗？）而以产品驱动搭建的中台，我们可以称之为产品中台。3.目前腾讯中台对腾讯中台的介绍大多是开放能力赋予腾讯生态的第三方，腾讯内部也成立了技术委员会为中台做准备。然而，通过与腾讯内部人士的沟通，中国和台湾目前仅限于六个业务组，其功能并不像预期的那样丰富多彩。例如，微信使用Excel处理数据（19年）。当然，例如，这并不是说腾讯的Excel。不知道大家对前几年被炒的微信“敏捷开发”有没有印象。张小龙说，如果你有想法，你应该迅速尝试，然后根据结果决定停止或继续扩大规模尝试。想象一下一个每天活10亿的APP，哪个快速尝试的想法不需要互动、研发、开发、策划、运营等岗位的参与？那我们假设在阿里提出中台概念之前，微信内部已经有了类似中台的机制。由模块化迭代驱动的中间平台可以称为模块化中间平台3。哪个部门领导中间平台，哪个部门领导公司级中间平台的建设。一些跟进的合作伙伴估计会有各种各样的讨论，如产品经理、程序、数据管理和运营。。。无论如何，每个职位都想获得主导地位。毕竟，国情和权力将被放在放大镜下。接下来，让我们举一个例子来讨论各部门的主导建设：假设场景：只有面向用户的操作，其他职位支持操作。产品经理提单数据处理服务于操作工具建设，数据管理服务于操作，程序完成操作或产品相关需求。（为了最大限度地展示利弊，场景完全虚构）产品经理：由于我们负责工具功能的建设，我们将不可避免地由我们主导。因此，产品开始设计、数据管理、输出数据和程序开发。。。在中国台湾运营了半年的学生不能使用它。数据管理：我们拥有最完整的数据应该是主导的。同时，我们开发了一套中间平台，因为我们有一定的代码能力。。。但是没有应用程序场景，然后我们开始重新找到操作以获取场景，并在中间平台上使用*刀。操作:我有场景，有数据应用。任何在SQL操作数据的人都不是中间平台....新员工看起来很傻。哪个职位最适合从上面的场景中主导？笔者认为主导还是由产品经理主导，但首先要结合运营的业务场景做出决策，让运营全过程跟进参与开发设计过程。这里有一个假设:中台的建设必然需要复合型人才。正如前面提到的，在整个施工过程中，产品经理不可避免地不知道操作需求或要求操作给出价值反映。数千年的操作、产品经理和程序相互撕裂的传说在互联网上流传。涉及0-1的平台建设可能不和平！四、高概率失败的中台简单列出几个人看法:单纯做中台，整个中台没有业务目的，没有目标导向。将原来该做的系统包装成中台，强行与中台结合，同时不断增加不切实际的功能。这种失败的概率并不一定很大，因为中台强行将原来不相关的系统和权限集成到一个系统中。但风险控制不仅要重新投入大量资源(有些人必然有风险)，还要承担权限设计造成的未来风险。到时谁来承担？