为什么设计工具的绝对领先者，会被一个从浏览器里长出来的对手彻底取代？

# 商业复盘备忘录：InVision 设计协同

> 为什么设计工具的绝对领先者，会被一个从浏览器里长出来的对手彻底取代？
> 周期: 2011 - 2024 | 行业: 企服与SaaS
> 巅峰: 全球原型设计领域的领先平台，设计师用户规模达千万级，估值一度达 20 亿美元
> 终局: 未能及时转向浏览器端实时协同，被后来者以全功能在线协作模式全面超越，产品于 2024 年底停止服务

## 核心概览
领先者守住了「原型演示」这个环节，而对手重新定义了「设计从画第一笔就在云上」

## 社区公投头号死因
1. [产品技术] 产品架构依赖导入静态设计稿 (1,923 票)
2. [战略决策] 低估了浏览器端实时协同的价值 (1,615 票)
3. [组织管理] 大客户与销售驱动的模式拖慢产品迭代 (1,308 票)

## 可执行教训
### 工具产品的竞争最终是流程的竞争
> 谁能把用户的多个步骤合并成一步，谁就能取代原有的工具链，而不只是替代其中一个环节。

- ✅ 推荐做 (DOs):
  - 把核心流程的简化作为产品第一优先级
  - 警惕把协作等关键能力当作附加功能
- ❌ 绝不能做 (DON'Ts):
  - 不要让企业定制需求拖慢核心产品迭代
  - 不要低估自下而上的免费渗透

## 救亡方案
### 另起云原生团队，允许早期不赚钱 — 祁书言
干预时点: 2019 年在线协同对手开始快速抢占市场时
- 必须断腕:
  - 停止在旧架构上叠加协作功能
  - 把大客户定制需求与主产品路线分离
  - 不再以企业客户收入作为唯一目标
- 破局动作:
  - 成立独立团队，用全新架构做浏览器端实时协同产品
  - 给予该团队独立预算与至少两年的容错期
  - 把设计、协作与交付合并到同一份实时文件
- 预期结果: 以云原生架构重做核心流程，避免因既有架构与收入结构而错过协作范式的迁移。

## 社区见解
### 当年设计团队的工作流是：在工具 A 里画稿，导出，再导入工具 B 做原型。而对手直接让人在浏览器里画，画完就能共享、评论、交付。用户不是被功能打败的，是被「少了两步」打败的。 — 舒之澜 (产品经理)
更麻烦的是架构。领先者的产品是围绕「导入的文件」构建的，要改成实时协同等于重做核心。而公司当时主要收入来自大企业客户，产品路线被定制需求占据，很难下决心自我颠覆。
- 如果重来一次的纠偏招式 如果重来，应该在大客户需求之外单独养一支团队，用完全不同的架构做云原生版本，允许它早期不赚钱。

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