Figma 的成功之道

简介: 最近看到 Adobe 200 亿美元收购 Figma 的新闻,在查看相关信息的时候发现了一篇 2020 年 6 月的文章 Why Figma Wins,内容很不错,这篇是学习笔记。长期成功的公司会不断找到下一个业务增长的循环,上面这张图展示了 Figma 走向成功的关键路径。构成 Figma 核心循环的基础是为设计过程中的每个参与者提供能力,而不仅仅是设计师。这推动了产品第一阶段的增长和产品的网络

最近看到 Adobe 200 亿美元收购 Figma 的新闻,在查看相关信息的时候发现了一篇 2020 年 6 月的文章 Why Figma Wins,内容很不错,这篇是学习笔记。

长期成功的公司会不断找到下一个业务增长的循环,上面这张图展示了 Figma 走向成功的关键路径。

构成 Figma 核心循环的基础是为设计过程中的每个参与者提供能力,而不仅仅是设计师。

这推动了产品第一阶段的增长和产品的网络效应,其中有三个关键的选择:

  1. 将 Figma 构建为真正的浏览器优先,而不仅仅是将存储存储在云中
  2. Figma 团队在 WebGL 和 CRDT 等新技术方面领先一步,使这种浏览器优先的方法成为可能
  3. 专注于数字产品构建中的矢量图形场景

这张图是 Kevin Kwok 对仅仅使用云端存储和基于浏览器的在线协作的区别。事实上,如果仅仅将文件存储在云端,会面临非常繁琐的信息同步问题,没有真正解决协同效率的问题。

用户的每一次编辑都会产生一个新的副本,进而导致无数碎片化的版本产生,比如《xxx 设计稿定稿 V1.2》这样的文件,不仅繁琐低效,也很难快速反馈设计内容的变化。

另外一个变化是,浏览器优先的策略使得非设计师的协作成本大大降低了,浏览器天然是跨平台的,我们再也不需要下载和学习使用 PhotoShop 或者 Sketch 这种臃肿专业的软件。

Figma 也希望让非设计的角色尽早地参与进来。如果我们在 Figma 中能够将设计规范、产品原型以及设计稿都整合在一起,并且通过在线评论等协作的能力让所有人更早的参与进来,能够大大减少其它参与者的参与门槛,设计师也能更早地收到反馈,减少合作中的摩擦。

Figma 是为团队合作而生的设计工具,而不仅仅是设计师的设计工具。

构成 Figma 第二个增长循环的是企业销售策略和产品的交叉影响效应。

在以往的协作流程中,设计师往往是单向和其他职能的伙伴进行协作,但在 Figma 中可以实现跨团队、跨职能的协作。使用 Figma 的设计师在这些协作中,又会影响其它非设计的伙伴向其它的设计团队传播,从而实现产品在整个组织中的转移。

这种交叉影响产生的网络效应,又会直接影响公司的付费意愿。如果产品经理、工程师甚至 CEO 都认为这个工具很重要,显然要比仅仅能给设计师带来好处而产生的购买决策要容易的多。

越来越多的企业会关注员工的声音,一线的员工对工作中需要的工具更有发言权,而不仅仅是依赖 KP(关键角色)的决策。

因此,自下而上的产品使用扩张,再通过自上而下的方式销售,实现了 Figma 第二个增长循环。

Figma 正在尝试的第三个增长循环是平台和开放能力。

如果仅仅将创造力维系在公司内部,是比较受限的。Figma 期望能够在公司间推动协作和提高生产力,构建全球范围的网络效应。在  2019 年和 2020 年 Figma 相继推出了插件能力和社区,开始构建自己的平台能力。

仅仅靠 Figma 是不可能满足所有公司的诉求的,因此需要不断提高平台的开放能力,汇集更多公司和人的智慧。这也是产品想要进一步扩大规模行之有效的杠杆。

但开放能力也有不同的做法,Kevin Kwok 认为开放也需要保证使用的体验和一定的约束。比如 Sketch 的插件需要在 Github 下载后在安装,而 Figma 开箱即用;Sketch 的插件比较难以控制安全性、稳定性和性能,而 Figma 会对这些关键环节进行约束,以降低插件的开发成本,提升插件的质量。两者很像安卓和 iOS 的应用策略。

这篇文章无论是从基于浏览器的在线协同本身的价值,还是 B 端产品的销售增长策略,或是通过开放能力进一步撬动增长杠杆,都让我对正在做的协同产品领域有不小的收获,也推荐阅读英文原文。

Adobe 的数字媒体业务总裁 David Wadhwani 说:

Figma 很早就把赌注押在浏览器上,为人们的协同开启了全新的方式。他们是第一个认识到产品设计不仅仅是一个工具:它开始于所有利益相关者的头脑风暴;它本质上是多玩家和基于网络的;它需要复杂的设计系统和分析能力。

期望未来会有越来越多真正为生产力带来变革的协同工具。

目录
相关文章
|
存储 网络协议 定位技术
高德地图开放平台IP地位接口使用说明
高德地图开放平台IP地位接口使用说明
2569 0
|
资源调度 调度 混合部署
Koordinator 助力云原生应用性能提升,小红书混部技术实践
本文基于 2023 云栖大会上关于 Koordinator 分享的实录,介绍小红书通过规模化落地混部技术来大幅提升集群资源效能,降低业务资源成本。
|
9月前
|
人工智能 数据可视化 程序员
100 名 AI 程序员体验官都在用通义灵码干什么?
通义灵码联合阿里云开发者社区,全网寻找 100 位 AI 程序员体验官,感受 AI 程序员和满血版 Deepseek 加持下的智能编码新功能,体验需求开发、跨语言编程、单元测试自动生成、图生代码等能力,领取 Cherry 机械键盘、智能手环等奖品。我们看看体验官们用通义灵码都干了什么?
|
机器学习/深度学习 自然语言处理 算法
一文综述,未来已来 | 视觉和大语言模型的未来是什么?必然结连理实现多模态大模型
一文综述,未来已来 | 视觉和大语言模型的未来是什么?必然结连理实现多模态大模型
491 1
|
SQL API 定位技术
基于C#使用winform技术的游戏平台的实现【C#课程设计】
本文介绍了基于C#使用WinForms技术开发的游戏平台项目,包括项目结构、运行截图、实现功能、部分代码说明、数据库设计和完整代码资源。项目涵盖了登录注册、个人信息修改、游戏商城列表查看、游戏管理、用户信息管理、数据分析等功能。代码示例包括ListView和ImageList的使用、图片上传、图表插件使用和SQL工具类封装,以及高德地图天气API的调用。
基于C#使用winform技术的游戏平台的实现【C#课程设计】
|
运维 Cloud Native Devops
云原生时代的DevOps实践:自动化、持续集成与持续部署
【9月更文挑战第3天】未来,随着人工智能、大数据等技术的不断融入,DevOps实践将更加智能化和自动化。我们将看到更多创新的技术和工具涌现出来,为软件开发和运维带来更多便利和效益。同时,跨团队协作和集成也将得到进一步加强,推动软件开发向更加高效、可靠和灵活的方向发展。
|
SQL 数据可视化 BI
SQL语句及查询结果解析:技巧与方法
在数据库管理和数据分析中,SQL语句扮演着至关重要的角色
1676 0
|
Java Python Spring
spring boot读取resources目录下的python脚本执行
spring boot读取resources目录下的python脚本执行
1893 0
spring boot读取resources目录下的python脚本执行
|
JavaScript API
vue3【详解】vue3 比 vue2 升级了哪些重要的功能?
vue3【详解】vue3 比 vue2 升级了哪些重要的功能?
186 0
VSCode 自动修改闭合标签
VSCode 自动修改闭合标签
355 0