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