惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

I
InfoQ
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI
A
About on SuperTechFans
aimingoo的专栏
aimingoo的专栏
P
Privacy & Cybersecurity Law Blog
Cloudbric
Cloudbric
云风的 BLOG
云风的 BLOG
S
Secure Thoughts
Stack Overflow Blog
Stack Overflow Blog
G
Google Developers Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
S
SegmentFault 最新的问题
博客园 - Franky
T
Tenable Blog
T
The Blog of Author Tim Ferriss
博客园 - 三生石上(FineUI控件)
V
V2EX
Recent Commits to openclaw:main
Recent Commits to openclaw:main
T
Troy Hunt's Blog
罗磊的独立博客
WordPress大学
WordPress大学
SecWiki News
SecWiki News
The Cloudflare Blog
S
Securelist
小众软件
小众软件
Schneier on Security
Schneier on Security
Hacker News - Newest:
Hacker News - Newest: "LLM"
博客园 - 叶小钗
Google Online Security Blog
Google Online Security Blog
Forbes - Security
Forbes - Security
阮一峰的网络日志
阮一峰的网络日志
量子位
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
W
WeLiveSecurity
A
Arctic Wolf
大猫的无限游戏
大猫的无限游戏
The Last Watchdog
The Last Watchdog
C
Cybersecurity and Infrastructure Security Agency CISA
宝玉的分享
宝玉的分享
MyScale Blog
MyScale Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
博客园 - 司徒正美
Vercel News
Vercel News
H
Help Net Security
Y
Y Combinator Blog
PCI Perspectives
PCI Perspectives
L
LINUX DO - 最新话题
H
Hackread – Cybersecurity News, Data Breaches, AI and More

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
阿里拆建中台启示:风口消失,问题到底出在哪里?
新眸 · 2023-05-25 · via 人人都是产品经理

中国互联网领域中台这几年被高估了,在国内没有做成大生意。中台本质上是解决成本端的问题,将能复用的资源拿来复用,减少了重复劳动。虽然有案例证明中台有价值,但是同时也需要考虑应用边界、市场的供需、技术的普适性等问题。现在,国内头部公司也有把中台做薄的举措。

我们必须承认,中台这些年被严重高估了。

国内中台的故事,始于阿里,但中台赛道的塌陷,却和阿里没什么关系。

2015年阿里员工大会上,马云提到困扰他许久的问题:信息时代,如何构建一个运营系统,在给当时8000多名员工提供足够支持的同时,还能有效管理公司。

同年年中的时候,他和集团高管去参观了芬兰的一家游戏公司supercell,从中获益,等到下半年,一场名为“中台战略”的组织变革在这家超级公司里悄然酝酿。

再后来,围绕大中台、小前台,张勇主持成立了中台事业群,包括搜索事业部、共享业务平台、数据技术及产品部,但对于“中台”这一概念本身,阿里始终没有详细的说明。

单从形式上看,不同于传统的按职能划分部门、事业部制,中台被视为传统架构的一次进化,它把数据运营和产品技术的力量剥离出来,给前台业务提供服务。

回到最基本的,中台其实并没有那么复杂,它本质上是解决成本端的问题:把业务模块、代码、数据等能复用的资源,拿来复用,中间省去重新开发的人力物力,减少了重复劳动。

在数字化大行其道的时候,“降本增效”四个字非常有吸引力。

一大批在阿里内部见证中台的技术高管纷纷出来创业。传统企业也意识到自己在敏捷开发、扁平化管理这块的短板,加上市场的鼓吹,把中台和数字化混为一谈。所以他们大部分愿意相信中台有这个作用。

然而到了 2020 年左右,不同于前两年火热,有大批的上中台、做中台的大单折戟,并且开始重新审视这个概念的正确性,同时随着业务的膨胀,阿里在内的头部公司,也有了把中台做薄的举措。

不得不承认,在中国互联网科技圈,尤其是从创业和资本环境来看,很容易形成一边倒的习惯。每当一个新概念出现,前期鼓吹是万能药,后面就人人喊打。

如今,随着阿里彻底拆分中台,京东、字节都有类似的动作,市面上关于”中台大败局“的说法更加言之凿凿。

纵观国内数字化的转型历程,在这场洪流中,不仅有阿里、腾讯这样的互联网巨头、徘徊在信息化门槛边的传统企业,还有数不胜数的科创公司,数字化影响着企业的IT架构、组织架构、具体的工作方式,从erp到ebc,低无代码、各种Xaas,中台也是在这一过程中衍生出来的工具之一。

的确有案例证明中台有价值,但事实的另一面,它在国内也没能做成一桩大生意。这个时候,我们需要搞明白的,不仅有中台是什么,还有应用的边界,市场的供需,技术是否具有普适性等问题。有意思的是,类似的事在国内的互联网科技圈并不鲜见,这可能是更值得去深思的东西。

一、在对比中发现问题

2020 年左右,上海汽车集团正在探索数据中台的应用,下属企业也都开始使用集团云服务,并且都将用户数据导入了集团中台的用户中心。关于数据的利用,内部制定了方案,比如让商用车子公司和用户中心合作,开展精准化营销,也有让维保子公司与制造子公司合作,两者基于数据,进行交叉引流营销。

但在这一过程中,中台并没有发挥期待中的价值。除了用户中心本身的数据资源不够丰富,不够分层,数据质量不高,以至于没法直接用于营销;交叉引流也坎坷,主要体现在数据交换上:中台储存和维护数据,但没对原始数据进行封装清洗,所以一方要另一方数据必须得有许可审批,但彼此权衡,也不太愿意跨业务和部门合作,最终导致冗长的流程让项目受阻。

回到一开始,中台是为了解决重复密集的劳动,它和一般的软件开发不一样,并不是等业务部门提了需求后现炒,也不是简单的合并同类项。

拿数据中台为例,数据的沉淀是连续的,业务在变,企业需要根据实际情况去打通各个业务系统,让中台与时俱进,而不仅作为一个数据仓库。

但在实际场景中,业务端往往认为集团中台不熟悉具体业务,为了响应“一把手工程”,他们反而各自不同程度搭建了自己的中台,相当于在原先林立的烟囱上又套了中台的壳;即使有些也配合完成了集团中台的搭建,但并没有发挥出整体作用。

于是企业驶入了一个怪圈:数字化转型的价值需要在业务端体现,但中台没能够影响相关KPI的考核激励,客观上也让业务领导接下来不重视。结果就是,中台烂尾。

这些几乎是刚上中台的企业都会遇到的问题。

事实上,大多数企业布局中台时,多多少少都会参考阿里的思路,上汽也一样,所以在探讨失败原因之前,我们先来搞明白一件事,阿里到底是怎么做中台的?

首先,正式推出中台战略前,阿里就在业务和数据的集成上摸索了七年。有“共享业务事业部”帮助了淘宝、天猫、聚划算、1688,以及并购的饿了么、口碑等业务平稳驶进阿里生态;也有“数据平台部”利用沉淀的海量数据和分析能力,带来了自动化运营、千人千面的智能推荐。至于后来的大中台、小前台,顺理成章正式拆分成了“数据+业务”的两套方案。

以数据中台为例,其中最典型的应该是盒马。

2019年,盒马升级为独立事业群,CEO侯毅直接向逍遥子汇报,年底组织架构再次调整,B2B总裁戴珊分管盒马,后者成了连接上游农业产业和下游零售的关键抓手,在这一过程中,得益于通过中台获得的阿里其他BU数据,盒马的场景形态多次裂变。

比如在开店选址上,盒马会先划定范围,中台将意向选址点区域方圆5 km内使用如淘宝、支付宝、饿了么、高德等用户的画像和行为数据,开放给盒马。通过这些数据,再进一步去评估潜在用户的消费意向,来为选址决策参考,并确定店内上架商品类型和数量。

不能忽视的一点是,作为国内最大的零售综合体,阿里的这些 C 端业务在用户数据上都有共通性,所以部门之间也愿意去共享。

反过来,盒马通过店内的摄像头、货架传感器以及客户端等,还可以进一步沉淀用户的新数据,再与各个 BU 融汇,这些业务前台对数据进行分析和业务优化,挖掘出价值。

我们可以进一步来看阿里的前-中台之间的数据流动机制,如下图所示:

整个过程的运行比较顺滑。结合内部人士透露的信息,还有几点值得需要注意:

  1. 不同的阿里业务前端,都有自己的数据团队,他们的职责是对中台提出明确合理的需求,并且能对数据结果进行分析和负责;
  2. 中台的任务清晰,比如给数据进行脱敏清洗、贴标签;以API形式直接提供给BU,调用过程中内部有特殊的结算方式;
  3. 除非是非控股企业,否则所有非敏感数据必须全部上传中台;
  4. 中台只对数据的健康度负责,这是它的KPI,而不是前台业务的指标。

盒马之前,国内还没有线上线下一体化的超市,因为背后需要打通物流、门店、配送、营销等多个环节。但盒马鲜生系统的成型只花了 9 个月,当时侯毅自己也觉得不可思议。

二、企业中台的跟风败北

supercell 带给马云的冲击,应该不止是他们对集成的运用,还有整个公司架构上的灵活。

这家公司由一个个相对独立的 cell(细胞)构成,每个 cell 不超过 7 个人,各自的业务线比较单一,所以能专注去感知市场、客户以及产品创新。这种去中心化的企业架构在赋予业务灵活性的同时,缩短了开发迭代的链条,方便决策层的统一管理和信息对齐。

如果从 2009 年开始算起,阿里中台的酝酿和成型,中间实际上有近 10 年。时间长是一方面,当这个概念成为整个集团的战略时,整个组织架构也进行了大的调整。这也让市面上不乏认为,中台其实是个管理工具,类似话术也成了厂商说服企业一把手决定上中台的理由之一。

刚开始,中台离不开马云、孙权、逍遥子等一把手的持续推进;加上是从话语权最强的淘宝入手,经历了天猫、聚划算的孵化,中台部门的规模小但级别高,而且初创时就直接和 CTO 汇报,集团重视和资源倾斜显而易见。

摆平了内部组织之外,回到业务本身,阿里中台的诞生背景,源于新零售业务的复杂变化,不同平台都要在 IT 建设上投入大量成本,缺乏统一的规划管理,一般职能型的部门相互独立,但业务间没有打通,也就导致很多的数据烟囱。

C 端业务发展快于 IT 升级的速度,冗余的数据积压越多,存储成本浪费越大,重复建设增加,交付周期就越长,这很耽误企业成长。前端业务经常抱怨,但其实要解决的问题就两点:敏捷开发、减少成本。

就像前面盒马的例子,阿里生态的业务相似,很容易提炼出共性的需求;中台和业务部门虽然各司其职,但中间也少不了相互指导和主动配合,加上内部有相应的协同工具,比如云效和钉钉。有数据显示,中台运行后,新业务上线时间缩短,阿里的数据存储量提升了 6 倍,成本节约 6 亿元。

这时候我们不难发现,阿里中台能够落地,有组织上管理层的坚定支持,中台和各部门的配合。

但关键在于,就像张勇说的:阿里不仅是一个电商公司,它的业务横跨商业、物流、娱乐、云计算、金融等多个领域,本身就有大量的数据基础,并且在技术上有着绝对的优势。从最开始的IOE、分布式、平台化,到大中台,演进背后都是业务需求的变化。

阿里之后,中台的风几乎刮遍了中国的互联网圈,紧接着腾讯调整七大事业群,成立技术委员会,并开始 All in 产业互联网;京东按照前、中、后台进行组织架构调整,并规划中台建设,滴滴、网易、头条、360 在当时也探索应用。

不难发现,像阿里、腾讯、京东这些大公司,他们做中台都有共性:本身已经是运营比较成熟的大公司了,并且业务的协同效应很强。比如阿里、京东是电商,滴滴在出行,头条关注用户增长,他们在 C 端的数据积累、资金预算和技术研发上都有优势。部门之间能打通协同,业务延展的空间还没有完全饱和,市场的竞争环境没到恶化的程度。

更重要的是,中台在这些公司内部的定位,更像是用来提供服务的工具,它好用,但绝不是一个宏伟命题。不过当这个概念被带到外面的世界,故事的走向又变了。

在经历了 20 年前的信息化之后,ERP、CRM 这些企业管理工具几乎成了传统公司的标配,随着企业越做越大、业务越来越多、商业场景越来越复杂。互联网公司带来的冲击下,他们担心落后太远,也在进行数字化的升级。这里走过的弯路很多也很明显:组织体系的僵化、重复造轮子、数据烟囱太多、效率过低等等。

除了互联网企业,传统的快消、餐饮、制造业和房地产等也在关注中台。与此同时,为了向客户传达大厂的数字化能力,国内涌现出一批独立的中台软件服务商,主要分为两股:一是传统软件公司,二是从阿里系出来的人,包括阿里中台的首席架构师钟华。

他们共同将中台变成了一个不可多得的风口。金融中台、算法中台、财务中台、AI中台,各种各样的概念随之衍生出来。

那时有机构预测,到 2024 年,中国中台市场规模有望超过 180 亿元,2019 和 2020,一级市场的融资热火朝天。

中台从一个技术架构、管理方式,变成互联网科技圈里的营销话术。

但这里我们需要明确,中台诞生的使命是解决成本问题,它并不能创造实际收入。

举个例子,怎么去看待“效率”?如果从投入产出比的角度:

ROI=总收入/总成本

假设收入不变成本减少,ROI 自然就上去了。但这真的意味着,效率一定能提升吗?

未必。收入是由前端的业务决定的,但是中台对业务没法起到绝对的作用,甚至如果在实践过程中配合不好,反而会造成冗余,拖累业务。

给中台讲故事的人会描绘这样一个场景:费时费力上了中台,数据集成之后有可视化了,企业能够看到自己的用户数据、销量数据,从而能够以销定产、精准营销。

这些能力好像是中台带来的,但其实并不是,而是数字化升级的过程中的必然。

即使从中台创业公司来看,市面上市面上流通的大部分中台,也不是真正意义上的中台。

他们有些想打造一个可以在行业里通用的产品,或者通过做大量项目来沉淀出行业标准产品。但行业内不同企业的差别很大,中台又需要根据具体业务特征来制定。中间耗费高昂的人力物力,以至于小公司用不起,大公司也得等老板点头。

我们知道,阿里中台的落地,中间经历了多年的沉淀。不过大部分国内的老板并不想等这么长时间,他们买一个系统,希望用了之后很快看到收益,还得考核中台的效果,有没有比不上中台时候更好。

事实却是,传统企业里能用好中台的人才少之又少,中台公司能了解业务的也少之又少

这时结果很明显了,有一大批的中台公司最终成了甲方的定制外包,还有些改行到数据湖仓。接二连三的失败案例之后,中台成了雷池,卡在了客户拍板的第一道槛上。

那么回过头来,这些都是中台的错吗?

好的案例用得最多的是阿里和 supercell,这两家也提供了中台客户最原始的画像:

  1. 有丰富数据、有整合需求、有预算、业务相关度高、一把手强势推行的大公司;
  2. 创新要求高、具备通用基础开发需求、业务模式较为单一、灵活程度高、产品导向、业务协同的科技公司。

国内有多少这样的公司呢?

极少。大部分企业的数字化,还停留在有个看板就够了的阶段。

归根结底,供大于求,中台的败局是因为市场没打开来。它能不能再次打开,由企业发展到一定阶段决定。

三、中台逃不过被拆的命运

最近阿里拆分的事情闹的轰轰烈烈。市面上的说法很多,关于中台这块,大部分的口径是:由于中台的存在制约了阿里业务发展,所以被拆了,进一步得出中台无用的结论。这是不合理的。

单从 IT 架构上看,它这么多年的作用不必多说,相反是阿里发展到了一定阶段,带来的必然趋势:

市场的环境竞争更加激烈,更加多元,中台的节奏跟不上业务变化的速度。虽然早期提高了整体的技术资源利用效率,挖掘出共性的需求,但显然现在业务的延展性已经非常有限了,部门业务之间的商业逻辑差异更加凸显,中台上单一的服务功能很难去匹配。

另一方面,中台并不是一次拆完的,很多年前阿里等大公司就有把中台做薄的信号,它就像集团里一个很普通的工具,随着业务多元发展,逐渐抵达功成身退的时候。但是大中台没了,不代表单个部门里不会继续小范围运用中台,毕竟,对重复建设进行集中处理的需求一直存在。

这可能也是市场回归理性的一个过程。之所以人们对中台这件事反应过大,很大的原因是此前泡沫太多,期望值过高。事实上回归初衷,如果仅把中台作为降低成本、减少重复劳动的工具,其实并不会有这么大的声响。以一个较为乐观的态度,随着数字化过程的深入,国内出现了更多像阿里、supersell的企业,应该还会重提中台。

作者:鹿尧

来源公众号:新眸(ID:xinmouls),专注于全球商业科技研究

本文由人人都是产品经理合作媒体 @新眸 授权发布,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。