• 来源:https://kwokchain.com/2020/06/19/why-Figma-wins/

  • 作者:[[Kevin Kwok]]

  • 对生产力和协作的思考

  • 简评

    • 本文的作者在 Greylock Ventures 工作的时候,参与了投资Figma的尽职调查。
    • 他深入的分析了 Figma 取得成功的过程中
    • 如何建立了多重回路(Loops),从一个设计工具成长为新一代协作平台。
    • 下面摘录几个比较关键的点:
      • [[Figma]] 的核心洞察是:
      • 设计并不只是设计师的工作(design is larger than just designers)。
      • 设计流程中包含大量的对话、讨论、反馈和修改,而且通常会涉及团队中不同角色的人。因此,Figma]了基于浏览器的技术路线(而非开发单独的客户端),并且把所有的工作文档都放在云端,而不是以本地文件同步的形式进行存储。这个选择大大简化了设计流程中版本管理、文件传输和打开(非设计师的电脑上可能没有安装合适的软件)、反馈沟通等流程。
      • 在 1 的基础上,由于成功的把非设计师卷入了设计流程中,Figma形成了跨边网络效应(cross-side network effect)。
      • 产品经理和工程师在使用了 Figma 后,会帮助把这个工具传播给其它项目的设计师。这种传播最终会形成在企业内部自下而上的产品采纳,而非依靠传统的自上而下的企业软件销售模式。这为 Figma的增长带来了实在的好处。
      • 在 2 的基础上,Figma 开始构建社区和插件生态。这是在试图把企业内部协作基础上形成的局部网络效应进一步放大为跨企业间的全局网络效应。社区允许设计师方便的分享自己的设计作品,而插件则有点像一个基于 Figma 的应用商店,允许第三方开发上传,进一步提升 Figma的使用效率。
  • 公司是一个循环的序列

    • 虽然可能会陷入一个起作用的初始核心循环,
    • 但是从长远来看成功的公司是那些能够重复找到下一个循环的公司。
    • [[Figma]]是这种循环的一个典型例子

  • 核心观点

    • Tools for Design, not just Designers
    • 在工作中使用的工具的目的不是提高我们个人的生产力,而是整个团队的生产力。
    • 设计不仅仅是设计师。
    • 设计是设计师和项目经理之间关于构建什么的所有对话。
    • 它是模拟和原型以及对它们的反馈。
    • 它是将规格和资产交给工程师,以及他们实现这些规格和资产是多么容易。
    • 建立这整个流程并不会减少设计师的重要性
    • 它会让设计师在公司的核心决策中占据一席之地。
    • 为设计过程中的每个人而不仅仅是设计师而设计的建筑也是Figma核心循环的基础
    • 启发
      • 这些技术变革点燃了一场更为重要的社会规范转变。
      • 让很多公司意识到,非设计师应该也可以更多地参与到设计过程中
      • 长期以来,我们一直系统地孤立设计、销售和客户服务等功能领域
      • 正在探索如何最好地将设计与公司的其他流程整合
      • 在设计师和非设计师之间的跨界网络效应
  • 合作的弧线

  • Cross-side Network Effects

    • 跨边的网络效应在市场中最常见
    • 供给和需求是最著名的跨边网络效应,但不是唯一的来源。
    • Figma 的跨边网络效应提供了一个额外的载体。
    • 使用 Figma 的设计师与工程师和 pm 分享他们的设计,将他们介绍给 Figma。
      ![](<https://i2.wp.com/kwokchain.com/wp-content/uploads/2020/06/05.1-cross-side-network-effects-merged.png?resize=800%2C280&ssl=1>)
    
      ![](<https://i1.wp.com/kwokchain.com/wp-content/uploads/2020/06/image-2.png?resize=801%2C280&ssl=1>)
    
    • Figma 可以从零散的个人开始,在每家公司使用它,但每家公司都可能导致整个公司的大规模扩张。一旦 Figma 被一些设计师采用,他们部门的所有同事都会接触到这个产品,尤其是它的协作功能,看看这个体验对他们来说有多好。
    • The core of Figma’s product is the core of its distribution loop.
    • 通过自下而上、以产品为导向的方式着陆和扩张
    • 然后在产品使用转移之后自上而下地销售。
    • 就像之前的 SaaS 一样,这种自下而上到自上而下的模式将在未来几年从艺术走向科学。

    • 设计文件、设计原型都会在pm、运营、leader、测试、研发等岗位流转
    • 需求文档也同样会在多个环节流转
    • 代码文件只会在研发岗位流转
    • 可以归类为:数据库文件、演示汇报文件、方案描述的文本文件
      • hr、行政、法务等职能岗位,流转的是演示PPT、合同、PDF等,不具备专业性
      • 财务、数据等流转的是excel等数据文件
      • 项目经理,工期等时间管理,流转的是excel文件
  • 生态

    • 对手
      • Sketch 已经将其定价模式转变为订阅模式,面向团队,并将更多产品转移到 Sketch Cloud 中。在过去的一年里,他们已经从完全自力更生到从 Benchmark 融资。这些资金和支持推动了 Figma 方向更加积极的行动,尤其是将 Sketch 引入浏览器和建立团队协作。
      • Adobe 也采取了类似的举措。虽然 Photoshop 和 Illustrator 功能强大,应用广泛,但它们并不是专门为数码产品设计师设计的产品。2019年,他们推出了 Adobe XD 作为 Sketch 和 Figma 的直接竞争对手。
    • 变化
      • 关注其价值和在企业内部的传播 → 提升自身价值在整个生态系统的公司中传播

      • 在使用 Figma 的公司内部,存在驱动复合价值的跨边网络效应。但它是如何传播到新公司的呢?

        • 以一种不那么自觉的复合方式
        • 许多人在不同的公司工作,尤其是代理机构,并把 Figma 传播给他们的客户。
        • 同样,当人们离开工作加入新公司时,他们也会带上 Figma

          ![](<https://i1.wp.com/kwokchain.com/wp-content/uploads/2020/06/image-2.png?resize=801%2C280&ssl=1>)
        
        • Communities

          • 社区通过允许用户和公司公开分享他们的设计,进一步推动他们的网络定位。
          • 在像 Dribbble 这样的网站上共享设计时,通常只共享输出的图像文件。其他人很难看到和使用完整的设计本身,包括层和组件进入它
          • 一些设计师已经使用 Github 分享了他们的 UI 套件、组件和设计系统
          • Figma 消除了这种摩擦
          • https://www.figma.com/community/file/812143143597260055

        • Figma Plugins

    • 与工程作为一个过程的改进速度相比,设计的改进速度如何呢?