关于中台，我的几点思考

：中国大陆和台湾在各行各业的增长趋势趋于平稳，但仍有公司在不断启动相关项目。 本文与您讨论中泰的目的和潜在应用，笔者所了解的中泰在中国的情况，中泰建设的领导部门以及总体失效率的情况，希望为中泰和中泰提供一些思路。 它的小伙伴。

：中国大陆和台湾在各个行业的增长趋势趋于平稳，但仍有公司在不断启动相关项目。 本文将与您讨论中间平台的目的和潜在应用，作者知道的中国中间平台的现状，主导中间平台建设的部门以及总体失败率，希望能提供一些信息。 中间平台及其小型合作伙伴的想法。 一，中间平台的目的和潜在应用首先，很明显，不管公司规模大小，每个人都有权构建中间平台。 有人会说，小公司没有足够的资金来支持中国和台湾的运营，这被困在中国和台湾想要足够大以覆盖所有企业而忽视中国和台湾的核心宗旨的情况。 在讨论中场的目的和潜在应用之前，让我们再说一说它的起源：supercell，一家拥有400人的芬兰游戏公司，有5-6人可以完成游戏开发。 阿里巴巴访问和宣传15年后，中国大陆和台湾正式进入了国内互联网用户的视野，并迅速发展。 超级单元之所以能够快速发展，是因为它将艺术，数值和其他模块的开发内容集成到一个单元中，使其具有超强的可重用性，而中间阶段是互联网人士对可重用的工作模块所赋予的方法学名称。 因此，中端的目的是将业务模块化以实现快速应用。 所有具有模块化业务的部门\\公司都可以开发自己的中端产品。 但是，在前往马来西亚，中国大陆和台湾之前，我们需要考虑是否存在任何可以模块化的业务，例如：Internet公司H5页面开发，游戏公司建模，销售公司用户操作平台...

这里的问题：中间平台是否必须集成到操作系统（平台）中？

2.中国中部和台湾的情况在撰写本文之前，作者认为阿里和中部和台湾地区应该是中国最好的公司（原因如下）。 但是最近，“阿里中泰已经订婚三年了，被搞砸了吗？”？ 》曝光后有悬念。 毕竟，互联网公司的大多数变革都是管理层对业务不满意的最直接原因。 坦率地说，根据近年来国内互联网公司的产出，我想谈谈目前有关中国和台湾的一些个人情况：

1。 在阿里巴巴访问超级电池之后，阿里巴巴在2015年首次提出了中国和台湾的概念。当然，这并不是阿里巴巴中国和台湾表现良好的原因。

展开全文

我不知道您是否在浏览本文时还记得2018年的双11。 阿里巴巴的应用程序相互链接以进行转移。 当时，作者在预售期间下载了十多个阿里巴巴应用程序，并收到了100多个红包，不足10个/活跃用户（非常划算）！！！ ）

排水简单而粗暴。 每个应用程序上都有一个H5。 H5任务分为两种：完成此应用程序的活动任务和下载Alibaba应用程序。 完成相关任务后，您将获得红色包装。 从当时的Appstore排名可以看出数据效果。 阿里巴巴部门的十多个应用程序在苹果商店的免费列表中排名前30位。 想象一下，如果没有台湾中部业务的支持，十几个应用程序的开发，协调和数据连接将花费多长时间？

，即活动驱动的中间平台，可以称为基于活动的中间平台。 至于阿里的指挥权变更，也许中泰在惊人的18年双11成绩后未能提出先验申请？ 还是学习开始新业务？ 也许只有各方才能知道！

2。 标题是中泰的

的字节跳动是由数据驱动的，数据无疑是互联网公司的核心（不接受驳斥）。 这里未显示基于数据的字节跳转性能。 在表1中，作者认为标题是由中泰制作的，原因有两个：

1。 相当于或什至高于阿里巴巴双十一的新闻标题是春节红包，与阿里巴巴应用链接的方式相同。 不同之处在于每个春节都会使每个人都玩得很好?

2。 近年来，我们经常听到头条新闻在某个领域发布了应用程序，例如多闪存，快速聊天，aikid，goodkid。如此频繁的产品发布，无论是人力资源，程序，市场营销等，哪个链接 不需要强大的控制和数据功能？ 是否可以推断标题中有产品？ 阿里是否有任何改变

的原因，产品驱动的中间平台可以称为产品类型中间平台。 目前，腾讯对中间平台的介绍大部分是第三方，具有开放性，使腾讯具有生态能力。 腾讯还成立了一个技术委员会，为中间平台做准备。 但是通过与腾讯内部人士的沟通，目前，中泰只限于六个业务集团，其功能并不如预期的那样丰富多彩，例如小额信贷擅长处理数据（19年之内），当然不是腾讯的例子 优秀。

我不知道您是否对过去几年中炙手可热的微信“敏捷开发”印象深刻。 张小龙说，如果您有想法，应该迅速尝试一下，然后根据结果决定停止或继续扩大规模。 想象一下一个拥有10亿元人民币日常生活的应用程序。 哪个快速尝试想法不需要互动，研究，开发，计划，运营和其他职位的参与？ 假设在阿里提出中国和台湾概念之前，微信的机制类似于中国和台湾。

通过模块化迭代驱动构建的中间平台可以称为模块化中间平台

3.哪个部门负责中间平台

，哪个部门负责公司级中间平台的构建？ 估计以下小型合作伙伴将进行各种讨论，例如产品经理，程序，数据管理，运营。无论如何，所有职位都希望获得主导权，毕竟，国情和权力将使其置于统治之下。 放大镜。 接下来，让我们以一个示例来讨论每个部门领导架构的情况：

假设场景：仅操作是面向用户的，其他职位支持操作。 产品经理用于操作工具的构建，数据管理用于操作数据的提单数据，并且程序完成操作或与产品相关的要求。 （为了最大限度地利用优缺点，该场景是完全虚拟的）

产品经理：由于我们负责工具功能的构建，因此我们必须领导构建，因此产品设计，数据管理输出数据，程序开发对于 努力工作了半年的学生。 数据管理：我们拥有应该领导的最完整的数据，并且由于一定的代码能力，我们已经自行开发了一套中间平台，但是没有应用场景，然后开始寻找操作来再次获得场景 ，并将手术刀用于中间平台。 操作：我有场景，数据应用程序，而我自己用SQL进行的任何数据操作都是中间平台。 新员工看起来很困惑。 在上述情况下，

哪个职位最适合领导？ 作者认为，产品经理应该是领导者，但是应该首先结合运营的业务场景来做出决定，并在开发和设计过程中跟踪并参与整个运营过程。

让我们在这里留下一个假设：中间平台的构建将不可避免地需要复合型人才。 如上所述，在整个施工过程中，产品经理必然不清楚操作要求或要求操作给出价值的体现。 几千年的运营传奇，产品经理和程序相互撕裂的传说已经在网络上流传开来，在涉及0比1的中间平台构建中，这不太可能是和平的！

4.有关中间平台

失败的一些个人观点的简短列表：

必须由中间平台的业务驱动，而模块化业务可以设计为中间平台。 同时，不应强求庞大而全面的中间平台！ 最后，祝您一切顺利。

本文最初由@ tease I发布。每个人都是产品经理。 未经作者许可，严禁转载。

来自不飞溅，基于cc0协议。