OnLive 的云游戏超前 (OnLive)：一个技术方向被后来证明是对的，为什么它作为先行者反而先倒闭了？

# 商业复盘备忘录：OnLive 的云游戏超前 (OnLive)

> 一个技术方向被后来证明是对的，为什么它作为先行者反而先倒闭了？
> 周期: 2009 - 2015 | 行业: 工具与互联网
> 巅峰: 以云端串流方式提供游戏的服务平台，用户无需高性能硬件即可游玩大型游戏，曾被寄予改变游戏分发方式的期望
> 终局: 技术体验受网络延迟与带宽限制，用户规模与内容授权成本难以平衡，公司资产被收购后服务终止，云游戏的第一个大规模尝试落幕

## 核心概览
技术方向正确不等于时机正确，先行者往往要先替所有人付学费。巅峰期以云端串流方式提供游戏的服务平台，用户无需高性能硬件即可游玩大型游戏，曾被寄予改变游戏分发方式的期望；终局是技术体验受网络延迟与带宽限制，用户规模与内容授权成本难以平衡，公司资产被收购后服务终止，云游戏的第一个大规模尝试落幕。

## 社区公投头号死因
1. [产品技术] 用户体验受外部网络条件限制 (1,755 票)
2. [资本财务] 自建基础设施资本支出巨大 (1,474 票)
3. [战略决策] 内容授权成本高 (1,193 票)

## 可执行教训
### 依赖外部条件的技术，要先确认那些条件什么时候才会就绪
> 把「用户环境是否满足」当作产品能否成立的第一道门槛。

- ✅ 推荐做 (DOs):
  - 在规模化前验证真实网络条件下的体验
  - 用合作方式减少自建基础设施的资本支出
- ❌ 绝不能做 (DON'Ts):
  - 不要用最优环境下的演示代表真实体验
  - 不要假设内容成本会随规模下降

## 救亡方案
### 先把体验门槛与单位成本验证清楚，再谈规模 — 良略编辑部
干预时点: 2012 年前后用户实际体验不及预期、亏损持续扩大时
- 必须断腕:
  - 停止在用户环境未达标时扩大推广
  - 停止以自建方式承担全部基础设施成本
  - 停止用演示效果代表真实体验
- 破局动作:
  - 与运营商合作以降低网络与基础设施风险
  - 聚焦延迟不敏感的游戏类型先建立用户
  - 用合作分成替代高额内容预付
- 预期结果: 在可保证体验的场景中形成稳定用户，商业模式具备可持续基础。

## 社区见解
### 这个方向最终被证明是对的，但它的成立需要一整套外部条件同时到位。 — 良略编辑部 (工程师)
云游戏的逻辑很清楚：把昂贵的运算放在云端，用户只负责显示与操作，硬件门槛随之消失。演示在受控网络下效果惊艳。但真实用户的网络条件并不统一——延迟、丢包与带宽差异直接决定体验，而在需要快速反应的游戏里，几十毫秒的差别就足以让人放弃。同时，自建数据中心意味着巨额资本支出一开始就要发生，而游戏内容的授权成本又牢牢握在版权方手里。用户规模不足以摊薄这两项成本时，技术再先进也只能停运。
- 如果重来一次的纠偏招式 先行者的成本，是把「什么时候才轮到这个技术」这件事也一并付掉。

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