好久没写回答了，来聊聊 Figma！工具使用层面大家都说的差不多了，我说点别的~

Sketch 在 2012 年 5 月的第二个大版本在设计界掀起波澜的时候，刚刚通过 KPCB Engineering Fellow 项目加入 Flipboard 的 Dylan Field 正忙着和 Flipboard 的设计师们打造 Flipboard 2.0 版本，于此同时，他在布朗大学的 TA（教学助教）Evan Wallace 一直在说服他应该在浏览器里做一个 Photoshop，但这个想法对于一个正常人而言第一反应都是「你别闹了，这怎么可能」，对于当时刚刚 20 岁的 Dylan Field 也不例外，毕竟 Web 和浏览器就象征着不可靠，更别提当时还在让无数前端工程师投入大量精力的 IE 6 上了，于是这个想法就被搁置了下来。但随着 Dylan Field 在 Flipboard 工作过程中他发现设计师和工程师们的共享文件和协作的流程太糟糕了，Evan 之前的想法又重新被拿了起来，他们开始研究一个课题：在浏览器里做一个 Photoshop 是不是真的不可能？

在这个过程中他们发现 Photoshop 的用例太多了，想要都完成实在是复杂的不行，于是他们决定简化整个想法，不做一个完整的 Photoshop 而是做一个浏览器中的 Fireworks（用户界面设计工具），当时在他们的工作流中 Fireworks 和 Photoshop 一样，性能极差，各种崩溃。在简化想法后他们发现这件事似乎变的可行了起来。

于是他们决定从 Flipboard 离开，一起打造自己的事业。那年他不到 20 岁，他们申请了 Thiel Fellowship 项目，希望能够获得 10W 美金的资金，虽然代价是 2 年内不能重返学校。任何一个正常的父母都不会支持这件事，他们也不例外，Dylan 的家人带他出去玩、吃东西等等希望他能忘掉这个事早日会学校上学，但当 Dylan 从 500 名申请中晋级到 40 人需要去旧金山当面演讲的时候，原本反对的父母也变得兴奋起来，最终 Thiel Fellowship 项目副主席 Gibson 被他们打动，成为获胜者并获得了 10W 美金的启动资金，在 Sketch 2.0 发布 3 个月后全身心的投入到了自己的项目中。

可以想象，在浏览器里做一个这东西显然有着浩大的工作量，并且有多如牛毛的细节需要处理，用 Evan Wallace 的话来说就是「我们要在浏览器里做一个浏览器」，也正式因为如此，他们从 2012 年 8 月开始全职写码，直到 2015 年 12 月才开放测试，足足搞了 3 年，对于一个「大学生团队」来说，这事咋想都不怎么靠谱，幸好中间有一轮来自 Index Ventures $380W 的种子轮融资续命……

在我自己的认知里，一个生产力工具想要更快的成功，至少得满足几个条件，以用户界面设计工具为例：

老工具在某些刚需问题上确实有缺陷：Photoshop 其实是个全能型设计工具，界面设计只是这个工具能解决的一部分问题而已，但在这个事上上大家遇到的问题有很多，老工具在用户界面设计层面上不够好用（性能、标注、预览、设计效率…），这都是每一个设计师遇到的切实问题。

工具的产出物在发生变化：早年间的设计几乎都是以「和真的一样」为评判标准，原因是需要把 APP 设计的和真的一样以便降低大家的理解和使用成本，但这件事从 2013 年开始发生了变化，那年 iOS 7 发布，扁平化设计兴起，用户界面设计在工艺难度上大幅下降，不再需要复杂的功能来完成高频的工作。

使用工具的人在发生变化：2011 年开始移动互联网的快速发展带来了更多入网用户，而用户带来了更多的需求和对应需求的就业岗位，同时行业红利吸引了更多非专业设计背景的从业人员（比如我），他们都需要更易上手的工具。

以上三点互相影响，最终历史选中了 Sketch，成为了目前设计工具的事实标准。一个新的生产力工具想要取代旧的，如果只是改善旧有问题，那就是一个漫长的迭代过程，而且旧产品早晚也会解决这些问题，除此之外还是需要有大环境变化的加持才能把进度变快。

产品开发是一个团队协作过程，几乎所有人的产出物都有上下游，但他们的工具流几乎都是割裂的：产品经理写好文档和原型放在 Wiki 里、设计师看完 Wiki 打开自己的设计工具做好设计导出 HTML 交给工程师、工程师看着设计师导出的 HTML 和产品经理写的 Wiki 开始工作，而从每一个独立工种来看，自己的内部流程也是一团糟，以设计为例：设计稿的版本控制、共享、标注、组件维护等等，这其中每一个点都有很多个第三方工具在试图解决，但解决质量通常都不怎么样。

在这里可以看出 Figma 和 Sketch 的分歧：协作是否重要？以及到底是「和所有利益相关方协作」还是「和其他设计者协作」，Sketch 选择的是仅和设计者协作，他把其他「利益相关方」交给了其他产品解决；而 Figma 认为协作应该针对所有利益相关方，这导致了基本产品思路的变化。这样就可以理解为什么在有 Sketch 的情况下 Figma 还可以在设计工具领域分一杯羹：产品设计是一个团队作业过程，需要大量的工具互相配合才能完成，这个配合过程带来的摩擦和管理成本逐渐升高；设计工具产出物的用户并非设计师，他们在设计过程中的体验欠佳；随着浏览器技术的发展和网络质量的提升，让跨平台低成本协作成为可能。上述三个原因互相影响，导致 Sketch 的竞争力下降，Figma 的机会到来。

Figma 给我带来最大的感受有二：1）如何在一个看起来已经没什么问题的领域发现新的可能；2）当你发现了一个「正确」的方向，是否敢于做一些在当时来看「脑子有问题」的决定。

而这两点，不正是所有伟大产品的基础么？

dsa