FriendFeed 的信息流被吸收 (FriendFeed)：一个由顶级工程师做出来的产品，为什么被买下之后就被拆掉了？

# 商业复盘备忘录：FriendFeed 的信息流被吸收 (FriendFeed)

> 一个由顶级工程师做出来的产品，为什么被买下之后就被拆掉了？
> 周期: 2008 - 2015 | 行业: 社交与社区
> 巅峰: 聚合多个社交平台动态的实时信息服务，用户可以在一个页面上看到来自不同来源的更新，由一批资深工程师创立
> 终局: 因产品被收购方的信息流吸收而失去独立价值，团队转做其他项目，服务在数年后正式关闭

## 核心概览
如果你最值钱的部分正好是买家最需要的那一块，那么被买走就等于被拆散。巅峰期聚合多个社交平台动态的实时信息服务，用户可以在一个页面上看到来自不同来源的更新，由一批资深工程师创立；终局是因产品被收购方的信息流吸收而失去独立价值，团队转做其他项目，服务在数年后正式关闭。

## 社区公投头号死因
1. [战略决策] 核心资产与买家需求高度重合 (1,382 票)
2. [产品技术] 缺少独立于大平台的用户关系 (1,161 票)
3. [组织管理] 收购后失去产品路线决定权 (940 票)

## 可执行教训
### 在依赖大平台生态的赛道上，先确认自己被买走之后还剩什么
> 把用户关系与内容沉淀做成平台拿不走的资产。

- ✅ 推荐做 (DOs):
  - 把用户关系与内容沉淀在自有体系内
  - 在收购前建立可持续的收入路径
- ❌ 绝不能做 (DON'Ts):
  - 不要让自己的核心价值恰好等于买家的缺项
  - 不要把技术优势当作独立的商业基础

## 救亡方案
### 先把用户关系与收入做出来，再谈是否出售 — 良略编辑部
干预时点: 2009 年收到收购意向、产品尚未形成独立收入时
- 必须断腕:
  - 停止把技术优势当作商业价值的全部
  - 停止在用户关系未沉淀前接受整合式收购
  - 停止让产品路线依赖买方的战略安排
- 破局动作:
  - 在交易中争取产品的独立运营与投入承诺
  - 把用户关系与内容沉淀做成可迁移资产
  - 在收购前建立订阅或广告等收入路径
- 预期结果: 产品在买方体系内保持独立路线，或团队与用户资产获得更好的处置。

## 社区见解
### 这次收购对买家来说非常划算：它买到的是自己信息流最需要的那部分技术。 — 良略编辑部 (工程师)
从产品角度看，这家公司解决的是一个聪明的问题——把散落在多个平台的动态聚到一起。它的实时技术与评论体验在工程师圈子里评价很高，也因此吸引了大型平台的注意。但收购的动机恰恰说明了它的处境：它最有价值的部分，正是买家想让自家产品具备的能力。交易完成后，团队被调去做更重要的项目，原产品不再有新功能，用户慢慢回到各自的原平台。对买家而言这是一次成功的人才与技术收购，对产品而言这是它的终点。
- 如果重来一次的纠偏招式 在被收购这件事上，「买家为什么买你」往往就是「你之后会怎样」。

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