Pivotal Software：为什么一家拥有热门开源框架的云平台公司，上市一年就被母公司买回去了？
分拆出来的公司如果和母公司卖同一件事，独立上市只会让矛盾更明显
Pivotal Software：巅峰期从存储与虚拟化巨头中分拆出来的云原生平台公司，开发了被大量企业采用的开源应用框架，2018 年上市时被视为企业软件的重要一员；终局是商业化增长不及预期，与母公司在云业务上存在竞争与重叠，2019 年被母公司以约 27 亿美元收购退市，独立发展结束。
官网说明：网站已无法访问：域名无法解析或连接超时。
公开报道整理 待核查 数据截至 2019 共 3 条来源（1 条一手资料） 这一栏是什么意思？
这页的可信度怎么看
这一栏把我们「知道什么、查过什么」如实写出来，方便你自己判断该信几分。
· 核查状态：待核查表示还没人工对照来源，已核查表示关键事实（时间、金额、主体）与来源一致。
· 数据截至：正文里的数字到哪一年为止，之后的变化不在本页范围内。
· 来源数量：文末逐条列出、可点开核对；「一手资料」指官方公告、年报、招股书、监管文件。
· 勘误：改过什么、依据是什么都会公开，不会悄悄改。
编辑方针 → 编辑方针：完整的收录标准、核查流程、AI 使用声明与纠错承诺。
从存储与虚拟化巨头中分拆出来的云原生平台公司，开发了被大量企业采用的开源应用框架，2018 年上市时被视为企业软件的重要一员
商业化增长不及预期，与母公司在云业务上存在竞争与重叠，2019 年被母公司以约 27 亿美元收购退市，独立发展结束
2,732 票参与
1 方案 · 1 见解
投稿会先进入待审，通过后才进入公开目录和站点地图。
核心败因全民归因公投
投票选择您认为导致该企业/项目最终死亡的最核心死穴，认同即可实时投票计入权重
与母公司的业务方向高度重叠
在同一采购场景中互相竞争，独立增长的叙事难以成立
从咨询与服务向订阅软件转型偏慢
收入结构仍依赖项目型交付，规模化与毛利提升受限
开源影响力没有转化为付费转化
框架被广泛使用，但客户不必为此购买平台服务
上市后业绩压力放大了组织矛盾
独立考核与集团战略目标不一致，决策效率下降
时间线：从高峰到终局
公司分拆
从母公司体系中分拆成立，定位为云原生平台公司
上市
完成上市，客户覆盖大型企业与政府机构
增长不及预期
订阅与平台收入增长低于预期，与母公司的业务重叠问题被市场关注
被母公司收购
母公司宣布以约 27 亿美元收购其全部股份，公司退市
四大维度全景复盘剖析
发展背景与全盛期基石
公司由母公司的业务分拆而成，核心产品是面向企业的云原生应用平台，旗下维护着被广泛使用的开源框架，同时拥有咨询与培训业务，客户包括大型企业与政府机构巅峰期的成绩单是：从存储与虚拟化巨头中分拆出来的云原生平台公司，开发了被大量企业采用的开源应用框架，2018 年上市时被视为企业软件的重要一员。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
致命转折点的战略误判
公司的主营方向与母公司的云与虚拟化业务高度重叠，客户在同一个采购里会在两者之间选择，而上市后公开的业绩压力又要求它必须独立增长公司的流量、分发或支付长期依赖单一平台，当平台把同一功能内置为免费能力时，原有的用户价值在一夜之间被抽走。
内部组织文化与盲目傲慢
组织习惯了「跟着平台节奏走」，产品规划始终滞后于平台政策变化，没有人负责建立真正属于自己的护城河。
轰然倒塌的崩盘推演
商业化增长不及预期，与母公司在云业务上存在竞争与重叠，2019 年被母公司以约 27 亿美元收购退市，独立发展结束。Pivotal Software的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
商业落地避坑实操法则
以血淋淋的商业代价淬炼出的创业与经营行动准则（DOs & DONTs）
从大公司分拆出来的业务，要先解决与母公司的竞争关系
同一件事卖两次，资本市场不会给两个估值。
- •在分拆时明确产品边界与客户划分
- •把项目型收入比重作为转型的核心指标
- •不要用开源影响力代替付费意愿
- •不要在边界不清时分拆上市
绝地求生模拟器：如果你是当时的CEO，在关键转折点该如何挽狂澜于既倒？
历史不可更改，但思维可以淬炼。针对核心转折点，提出手术刀式改革方案与资源调配破局法，交由全网创业者与投资人可行度公投。
明确与母公司的产品边界，把项目收入转成订阅收入
关键干预时点：2018 年上市之后增长不达预期时
- •停止与母公司重叠的产品线投入
- •停止以项目交付为主的收入模式
- •停止用开源下载量作为业绩指标
- •把产品边界与母公司写进合作协议，明确客户归属
- •把交付能力产品化，按订阅与人头收费
- •聚焦跨云场景等母公司不做或不愿做的领域
研发投入集中在订阅化的平台能力，考核指标从签约额改为续费率与毛利率。
公司在清晰的边界内建立可规模化的订阅收入，以独立公司身份持续经营，而不是被母公司收购退市。
行家深度复盘见解
来自创业者、投资人、前员工和行业专家的真实第一手复盘反思
这家公司的开源框架在开发者中很有影响力，但真正收钱的是平台与咨询服务。问题在于它的目标客户和母公司的云产品高度重合，销售在客户那里要同时解释两个互相重叠的方案。上市之后，市场按独立公司的标准要求它增长，而它的收入结构又偏项目型，增速自然达不到预期，被收回集团就成了最省事的选择。
分拆之前要先想清楚：独立之后靠什么和母公司不一样。
信息来源
共 3 条来源 · 1 条一手资料下列资料是本站整理本案例时使用的依据，编号与正文时间线的 [1][2] 对应。一手资料优先排列；网页原文可能失效，故尽可能同时保留存档链接。
其中 1 条为境外站点（维基百科、互联网档案馆等），国内网络可能打不开；本站已尽量补充国内可访问的来源（百度百科、主流财经媒体、交易所公告等）。
-
[1]
-
[2]
-
[3]
商业复盘与避坑备忘录 · 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