Baan 公司的激进销售 (Baan Company)：软件卖得越快，为什么公司反而撑不住？

# 商业复盘备忘录：Baan 公司的激进销售 (Baan Company)

> 软件卖得越快，为什么公司反而撑不住？
> 周期: 1995 - 2003 | 行业: 企服与SaaS
> 巅峰: 荷兰企业资源计划软件公司，产品用于制造与供应链管理，在 1990 年代高速增长并进入全球 ERP 第一梯队
> 终局: 为维持高增长签下难以交付的合同并提前确认收入，收入预警引发股价崩塌，创始人离场，公司数年内被两度出售

## 核心概览
当收入的确认时间由签约决定、而不是由交付决定，公司的增长就是借来的。巅峰期荷兰企业资源计划软件公司，产品用于制造与供应链管理，在 1990 年代高速增长并进入全球 ERP 第一梯队；终局是为维持高增长签下难以交付的合同并提前确认收入，收入预警引发股价崩塌，创始人离场，公司数年内被两度出售。

## 社区公投头号死因
1. [资本财务] 收入确认与交付进度脱节 (1,686 票)
2. [产品技术] 为签单承诺产品不具备的功能 (1,416 票)
3. [产品技术] 版本迁移技术路线不清晰 (1,146 票)

## 可执行教训
### 软件公司的收入应该跟着交付走，而不是跟着签字走
> 把收入确认节点与实施里程碑绑定，让销售承诺受产品能力约束。

- ✅ 推荐做 (DOs):
  - 用交付里程碑而不是签约时间确认收入
  - 让销售承诺经产品与交付团队审核
- ❌ 绝不能做 (DON'Ts):
  - 不要为签单承诺尚未实现的功能
  - 不要让增速目标脱离交付能力

## 救亡方案
### 先把交付与收入确认口径对齐，再谈增长目标 — 良略编辑部
干预时点: 1998 年市场质疑收入确认方式、未完成项目规模浮出水面时
- 必须断腕:
  - 停止为签单承诺产品不具备的功能
  - 停止以签约时间确认尚未交付的收入
  - 停止以增长率作为唯一考核指标
- 破局动作:
  - 按交付里程碑重新界定收入确认
  - 集中资源修复存量客户的迁移与实施问题
  - 让产品与交付团队审核销售承诺
- 预期结果: 收入与真实进度一致，客户续约与升级恢复，公司具备可持续经营基础。

## 社区见解
### 签约是销售的终点，却是交付的起点；把这两件事当成一回事，报表就会先于现实兑现。 — 良略编辑部 (工程师)
这家公司的增长在报表上非常漂亮，但漂亮来自一个时间差：合同签下就确认收入，而真正的实施交付往往要持续一年多，有些项目还被承诺了产品当时并不具备的功能。于是「已确认的收入」里混着大量需要未来投入才能完成的义务，客户越签越多，交付团队越吃力，老客户的版本迁移又拖住了升级。当这个时间差无法再用新合同掩盖，收入预警就来了。软件企业的现金流看似轻，但它的负债常常藏在实施清单里。
- 如果重来一次的纠偏招式 能被交付的承诺才叫收入，交不出去的只能算预支。

---
来源: 良略 · https://www.lianglue.com/c/baan-company