自动驾驶部门的整合退出 (Uber ATG)：一家出行巨头的自动驾驶部门，为什么最后被卖给了同业？

# 商业复盘备忘录：自动驾驶部门的整合退出 (Uber ATG)

> 一家出行巨头的自动驾驶部门，为什么最后被卖给了同业？
> 周期: 2018 - 2020 | 行业: 新经济与出行
> 巅峰: 大型出行平台的自动驾驶研发部门，目标是研发无人驾驶技术并接入自有出行网络，团队规模与测试车队在行业中处于前列，获得过多轮外部投资
> 终局: 在致命事故后暂停测试并接受审查，技术进度与商业模式受到质疑，母公司决定出售该部门，资产与团队被同业整合，独立研发路线终止

## 核心概览
研发型业务的存续取决于母公司的耐心与现金，而不是技术的可能性。巅峰期大型出行平台的自动驾驶研发部门，目标是研发无人驾驶技术并接入自有出行网络，团队规模与测试车队在行业中处于前列，获得过多轮外部投资；终局是在致命事故后暂停测试并接受审查，技术进度与商业模式受到质疑，母公司决定出售该部门，资产与团队被同业整合，独立研发路线终止。

## 社区公投头号死因
1. [产品技术] 安全流程与测试管理不足 (2,041 票)
2. [战略决策] 商用时间表与技术现实脱节 (1,714 票)
3. [资本财务] 研发投入与母公司亏损压力冲突 (1,388 票)

## 可执行教训
### 前沿研发业务要提前明确「母公司耐心」的边界
> 把安全流程与里程碑验证作为持续投入的前提。

- ✅ 推荐做 (DOs):
  - 把安全与验证流程作为研发的前置条件
  - 为长周期研发设定阶段性的验证里程碑
- ❌ 绝不能做 (DON'Ts):
  - 不要让商业化时间表脱离技术现实
  - 不要在安全流程不完善时扩大测试规模

## 救亡方案
### 先把安全与验证流程做实，再谈测试规模 — 良略编辑部
干预时点: 2018 年 3 月测试车辆发生致命事故、监管介入时
- 必须断腕:
  - 停止在安全流程不完善时扩大测试
  - 停止让商业化时间表脱离技术现实
  - 停止在验证里程碑未达成时追加投入
- 破局动作:
  - 重建安全与测试流程并接受外部审查
  - 设定阶段性的技术验证里程碑
  - 在投入与回报不匹配时考虑合作或整合
- 预期结果: 测试在合规框架下恢复，技术路线在资源匹配下推进或有序整合。

## 社区见解
### 自动驾驶的难度不在于开一公里，而在于在所有极端情况下都不出错——这在工程上意味着数据、仿真与冗余的长期积累。 — 良略编辑部 (工程师)
这类研发的投入周期往往以年计，而它的商业化时间却很难预测，这使得它天然依赖母公司的耐心。当一次致命事故发生时，影响是双重的：测试被迫暂停（进度直接损失），监管与公众信任受损（恢复需要更长时间），而这两项都会让母公司重新评估「这笔投入值不值得继续」。此后的整合也反映出行业的现实：自动驾驶的竞争已经进入需要巨量资本与规模数据的阶段，独立的中型团队很难跟上，把自己并入更大的平台反而是一种理性的选择。
- 如果重来一次的纠偏招式 前沿研发的生死线不在技术突破，而在母公司的耐心与现金。

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