Chef Software：为什么一个被大量企业使用的自动化运维工具，最终只卖了 2.2 亿美元？

# ビジネス失敗の回顧メモ：Chef Software

> 为什么一个被大量企业使用的自动化运维工具，最终只卖了 2.2 亿美元？
> 期間: 2008 - 2020 | 業界: 法人向けSaaS
> ピーク: 配置管理与基础设施即代码领域的早期领导者，其开源工具被大量企业用于服务器自动化，累计融资超过 1 亿美元
> 終局: 云厂商把配置与部署能力做成平台自带的托管服务，独立订阅空间被压缩，2020 年公司被 Progress Software 以约 2.2 亿美元收购

## 概要
当云平台把你做的事变成平台自带的功能，独立厂商就只剩维护者的位置。巅峰期配置管理与基础设施即代码领域的早期领导者，其开源工具被大量企业用于服务器自动化，累计融资超过 1 亿美元；终局是云厂商把配置与部署能力做成平台自带的托管服务，独立订阅空间被压缩，2020 年公司被 Progress Software 以约 2.2 亿美元收购。

## コミュニティ投票の主要死因
1. [戦略意思決定] 产品价值被云平台的内建能力覆盖 (1,050 票)
2. [戦略意思決定] 开源模式下的付费转化有限 (882 票)
3. [プロダクト技術] 未能及时转向云原生与合规场景 (714 票)

## 実行可能な教訓
### 如果你的产品是云平台的一项功能，那么定价权不在你手上
> 平台化会把独立工具的空间持续压缩。

- ✅ 推奨 (DOs):
  - 把能力放在平台不会内建的位置，例如跨云、合规与审计
  - 在增长放缓前主动收缩成本结构
- ❌ 禁止 (DON'Ts):
  - 不要依赖单一形态的客户基础设施
  - 不要在平台开始内建同类能力时继续扩大投入

## 再生プラン
### 转向跨云合规与审计，做平台不做的事 — 良略编辑部
介入時点: 2017 年客户基础设施明显向云迁移、订阅增长开始放缓时
- 断つべきもの:
  - 停止在传统服务器自动化上扩大投入
  - 退出与云平台内建能力直接重叠的产品线
  - 停止按自建数据中心的客户规模做预测
- 打開策:
  - 聚焦跨云配置一致性与合规审计报告等平台中立能力
  - 把产品做成可在多云与混合环境中运行的控制层
  - 销售目标改为客户留存与合规场景渗透率
- 期待される成果: 公司在云平台内建能力的夹缝中找到中立第三方的位置，以稳定订阅收入维持独立经营。

## コミュニティの知見
### 云平台最擅长的动作，就是把你卖的东西变成它自带的开关。 — 良略编辑部 (工程师)
这家公司的工具解决的问题很真实：让几百台服务器保持一致。但当客户把服务器换成云主机，配置模板与编排能力就由平台直接提供了，客户不需要再单独买一套工具并维护它。开源社区版又足够好用，付费转化本来就不高。于是收入增长停了、成本还挂在那里，最后只能按远低于融资总额的价格出售。
- やり直せるなら打つべき一手 在一个平台化的市场里，判断自己位置的标准是：这件事平台会不会顺手做掉。

---
出典: 良略 · https://www.lianglue.com/c/chef-software