Pivotal Software:为什么一家拥有热门开源框架的云平台公司,上市一年就被母公司买回去了?
分拆出来的公司如果和母公司卖同一件事,独立上市只会让矛盾更明显
Pivotal Software:巅峰期从存储与虚拟化巨头中分拆出来的云原生平台公司,开发了被大量企业采用的开源应用框架,2018 年上市时被视为企业软件的重要一员;终局是商业化增长不及预期,与母公司在云业务上存在竞争与重叠,2019 年被母公司以约 27 亿美元收购退市,独立发展结束。
从存储与虚拟化巨头中分拆出来的云原生平台公司,开发了被大量企业采用的开源应用框架,2018 年上市时被视为企业软件的重要一员
商业化增长不及预期,与母公司在云业务上存在竞争与重叠,2019 年被母公司以约 27 亿美元收购退市,独立发展结束
2,732 票が参加
1 プラン · 2 知見
投稿会先进入待审,通过后才进入公开目录和站点地图。
根本的敗因の国民的公投
企業の命運を決定づけた致命的死穴に投票してください。
与母公司的业务方向高度重叠
在同一采购场景中互相竞争,独立增长的叙事难以成立
从咨询与服务向订阅软件转型偏慢
收入结构仍依赖项目型交付,规模化与毛利提升受限
开源影响力没有转化为付费转化
框架被广泛使用,但客户不必为此购买平台服务
上市后业绩压力放大了组织矛盾
独立考核与集团战略目标不一致,决策效率下降
年表:絶頂から終局へ
公司分拆
从母公司体系中分拆成立,定位为云原生平台公司
上市
完成上市,客户覆盖大型企业与政府机构
增长不及预期
订阅与平台收入增长低于预期,与母公司的业务重叠问题被市场关注
被母公司收购
母公司宣布以约 27 亿美元收购其全部股份,公司退市
4大視点からの徹底回顧分析
発展の軌跡と最盛期の礎
公司由母公司的业务分拆而成,核心产品是面向企业的云原生应用平台,旗下维护着被广泛使用的开源框架,同时拥有咨询与培训业务,客户包括大型企业与政府机构巅峰期的成绩单是:从存储与虚拟化巨头中分拆出来的云原生平台公司,开发了被大量企业采用的开源应用框架,2018 年上市时被视为企业软件的重要一员。此时的它拥有渠道、品牌与资本的合力,看起来没有任何理由会输。
致命的転換点における戦略ミス
公司的主营方向与母公司的云与虚拟化业务高度重叠,客户在同一个采购里会在两者之间选择,而上市后公开的业绩压力又要求它必须独立增长公司的流量、分发或支付长期依赖单一平台,当平台把同一功能内置为免费能力时,原有的用户价值在一夜之间被抽走。
内部組織カルチャーと過信
组织习惯了「跟着平台节奏走」,产品规划始终滞后于平台政策变化,没有人负责建立真正属于自己的护城河。
破綻の連鎖と終焉
商业化增长不及预期,与母公司在云业务上存在竞争与重叠,2019 年被母公司以约 27 亿美元收购退市,独立发展结束。Pivotal Software的结局不是某一次意外,而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
ビジネスの実践的生存ルール
高額な失敗の代償から導き出された実践的教訓(DO & DON'T)
从大公司分拆出来的业务,要先解决与母公司的竞争关系
同一件事卖两次,资本市场不会给两个估值。
- •在分拆时明确产品边界与客户划分
- •把项目型收入比重作为转型的核心指标
- •不要用开源影响力代替付费意愿
- •不要在边界不清时分拆上市
再生シミュレーター:もしあなたが当時のCEOなら、決定的な転換点でどう立て直すか?
歴史は変えられませんが、戦略思考は磨けます。過酷な事業整理と新たな勝負手を提示し、起業家や投資家による実現可能性投票で検証します。
明确与母公司的产品边界,把项目收入转成订阅收入
介入すべき時点:2018 年上市之后增长不达预期时
- •停止与母公司重叠的产品线投入
- •停止以项目交付为主的收入模式
- •停止用开源下载量作为业绩指标
- •把产品边界与母公司写进合作协议,明确客户归属
- •把交付能力产品化,按订阅与人头收费
- •聚焦跨云场景等母公司不做或不愿做的领域
研发投入集中在订阅化的平台能力,考核指标从签约额改为续费率与毛利率。
公司在清晰的边界内建立可规模化的订阅收入,以独立公司身份持续经营,而不是被母公司收购退市。
専門家による徹底見解
起業家、投資家、元社員、アナリストによる現場の分析
这家公司的开源框架在开发者中很有影响力,但真正收钱的是平台与咨询服务。问题在于它的目标客户和母公司的云产品高度重合,销售在客户那里要同时解释两个互相重叠的方案。上市之后,市场按独立公司的标准要求它增长,而它的收入结构又偏项目型,增速自然达不到预期,被收回集团就成了最省事的选择。
分拆之前要先想清楚:独立之后靠什么和母公司不一样。
这家公司的开源框架在开发者中很有影响力,但真正收钱的是平台与咨询服务。问题在于它的目标客户和母公司的云产品高度重合,销售在客户那里要同时解释两个互相重叠的方案。上市之后,市场按独立公司的标准要求它增长,而它的收入结构又偏项目型,增速自然达不到预期,被收回集团就成了最省事的选择。
分拆之前要先想清楚:独立之后靠什么和母公司不一样。
失敗分析メモの書き出し · Pivotal Software
为什么一家拥有热门开源框架的云平台公司,上市一年就被母公司买回去了?
# ビジネス失敗の回顧メモ:Pivotal Software > 为什么一家拥有热门开源框架的云平台公司,上市一年就被母公司买回去了? > 期間: 2013 - 2019 | 業界: 法人向けSaaS > ピーク: 从存储与虚拟化巨头中分拆出来的云原生平台公司,开发了被大量企业采用的开源应用框架,2018 年上市时被视为企业软件的重要一员 > 終局: 商业化增长不及预期,与母公司在云业务上存在竞争与重叠,2019 年被母公司以约 27 亿美元收购退市,独立发展结束 ## 概要 分拆出来的公司如果和母公司卖同一件事,独立上市只会让矛盾更明显。巅峰期从存储与虚拟化巨头中分拆出来的云原生平台公司,开发了被大量企业采用的开源应用框架,2018 年上市时被视为企业软件的重要一员;终局是商业化增长不及预期,与母公司在云业务上存在竞争与重叠,2019 年被母公司以约 27 亿美元收购退市,独立发展结束。 ## コミュニティ投票の主要死因 1. [戦略意思決定] 与母公司的业务方向高度重叠 (899 票) 2. [プロダクト技術] 从咨询与服务向订阅软件转型偏慢 (755 票) 3. [戦略意思決定] 开源影响力没有转化为付费转化 (611 票) ## 実行可能な教訓 ### 从大公司分拆出来的业务,要先解决与母公司的竞争关系 > 同一件事卖两次,资本市场不会给两个估值。 - ✅ 推奨 (DOs): - 在分拆时明确产品边界与客户划分 - 把项目型收入比重作为转型的核心指标 - ❌ 禁止 (DON'Ts): - 不要用开源影响力代替付费意愿 - 不要在边界不清时分拆上市 ## 再生プラン ### 明确与母公司的产品边界,把项目收入转成订阅收入 — 良略编辑部 介入時点: 2018 年上市之后增长不达预期时 - 断つべきもの: - 停止与母公司重叠的产品线投入 - 停止以项目交付为主的收入模式 - 停止用开源下载量作为业绩指标 - 打開策: - 把产品边界与母公司写进合作协议,明确客户归属 - 把交付能力产品化,按订阅与人头收费 - 聚焦跨云场景等母公司不做或不愿做的领域 - 期待される成果: 公司在清晰的边界内建立可规模化的订阅收入,以独立公司身份持续经营,而不是被母公司收购退市。 ## コミュニティの知見 ### 分拆上市解决的是融资问题,解决不了「我和老东家卖同一件东西」这件事。 — 良略编辑部 (工程师) 这家公司的开源框架在开发者中很有影响力,但真正收钱的是平台与咨询服务。问题在于它的目标客户和母公司的云产品高度重合,销售在客户那里要同时解释两个互相重叠的方案。上市之后,市场按独立公司的标准要求它增长,而它的收入结构又偏项目型,增速自然达不到预期,被收回集团就成了最省事的选择。 - やり直せるなら打つべき一手 分拆之前要先想清楚:独立之后靠什么和母公司不一样。 ### 分拆上市解决的是融资问题,解决不了「我和老东家卖同一件东西」这件事。 — 谭启之 (工程师) 这家公司的开源框架在开发者中很有影响力,但真正收钱的是平台与咨询服务。问题在于它的目标客户和母公司的云产品高度重合,销售在客户那里要同时解释两个互相重叠的方案。上市之后,市场按独立公司的标准要求它增长,而它的收入结构又偏项目型,增速自然达不到预期,被收回集团就成了最省事的选择。 - やり直せるなら打つべき一手 分拆之前要先想清楚:独立之后靠什么和母公司不一样。 --- 出典: 良略 · https://www.lianglue.com/c/pivotal-software