集成软件被平台化取代 (webMethods)：一个专门做系统集成的软件公司，为什么被「什么都做」的平台买走了？

# 商业复盘备忘录：集成软件被平台化取代 (webMethods)

> 一个专门做系统集成的软件公司，为什么被「什么都做」的平台买走了？
> 周期: 2003 - 2007 | 行业: 企服与SaaS
> 巅峰: 企业应用集成软件的领先厂商，其产品用于连接企业内部的异构系统与业务流程，在大型企业的 IT 架构中处于关键位置，客户数量与收入规模可观
> 终局: 在企业软件平台化与云服务兴起的过程中，独立集成产品的战略价值下降，公司在价格与竞争压力下增长停滞，最终被大型软件集团收购，独立品牌终结

## 核心概览
当集成能力成为大平台的标配，独立产品的议价空间就会消失。巅峰期企业应用集成软件的领先厂商，其产品用于连接企业内部的异构系统与业务流程，在大型企业的 IT 架构中处于关键位置，客户数量与收入规模可观；终局是在企业软件平台化与云服务兴起的过程中，独立集成产品的战略价值下降，公司在价格与竞争压力下增长停滞，最终被大型软件集团收购，独立品牌终结。

## 社区公投头号死因
1. [产品技术] 集成能力被平台内建 (940 票)
2. [战略决策] 云服务改变系统连接方式 (790 票)
3. [组织管理] 销售周期长且依赖大客户 (639 票)

## 可执行教训
### 中间件产品要尽早向「平台能力」或「垂直方案」升级
> 把被平台内建的风险作为产品战略的常规议题。

- ✅ 推荐做 (DOs):
  - 把产品升级为平台能力或垂直行业方案
  - 在云与 API 架构中重新定位产品价值
- ❌ 绝不能做 (DON'Ts):
  - 不要依赖单一功能层的长期定价权
  - 不要在增长停滞时才评估战略选项

## 救亡方案
### 先把产品升级为平台能力或垂直方案，再谈扩张 — 良略编辑部
干预时点: 2005 年前后平台厂商把集成能力内建、公司增长开始放缓时
- 必须断腕:
  - 停止依赖单一功能层的定价权
  - 停止在大项目上集中过多收入
  - 停止在增长停滞时才评估战略选项
- 破局动作:
  - 把产品升级为平台能力或行业垂直方案
  - 在云与 API 架构中重新定义产品价值
  - 争取在交易中保留团队与技术的延续
- 预期结果: 产品在更高价值层建立差异化，公司保有价值与位置。

## 社区见解
### 企业集成的价值在于「连通」，但连通这件事正变得越来越像基础设施——基础设施的特点是重要，但不容易单独收费。 — 良略编辑部 (工程师)
在系统割裂的年代，集成产品是不可或缺的中间层，价格由稀缺性决定。但当主要软件厂商把集成能力做进平台、当云服务把接口标准化之后，客户的选择变成了「从主要供应商那里顺便获得」还是「再采购一套独立方案」。此时独立产品的优势只剩深度和灵活性，而这两点在采购决策中的权重往往不如「减少供应商数量、简化架构」。公司被收购是这类产品的常见结局：它的技术能力被保留并被整合进更大的平台，而独立的商业身份结束了。
- 如果重来一次的纠偏招式 中间件的位置很尴尬：它足够重要，不足以独立定价。

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