Figma又崩了，但我们P事没有

北京时间2022年6月7日下午2点45分左右，Figma的服务器又崩了，全球范围内使用Figma工作的设计师被迫歇业，只能望着504 错页面佛系摸鱼，经过官方2个多小时的紧急修复，才终于恢复正常。

为什么没有选择Figma——协作的最终目的是保证产出

我们团队采购的是摹客设计云，通过插件把Sketch设计稿上传到摹客协作平台进行多人评审，很好的解决了重复改稿和交付开发的问题，但设计师之间的协作始终不尽人意。

重现Sketch文件原有的协作方式 by 摹客DT

如何避免Figma崩溃对日常工作的影响/strong>

1) 设计和协作尽可能隔离

Figma并不只是一款UI设计工具，它也承载着原型设计、开发标注、团队协作等非设计功能，不同角色的过度参与也是导致其数据量太大，容易崩溃的原因。

我们团队有在思考这种模式是否合理，像产品经理就不会使用Figma画原型，因为交互的制作效率太低，远不如Axure；对设计师来说，设计是一个耗费时间的创作过程，未定稿前随时可以“被协作”，影响了出稿效率和一整天的好心情。

毕竟，输出设计稿是设计师的个人行为，需要独立思考和不断的调整，是常态化的工作，需要1款稳定的设计工具；

评审设计稿则是某一个时间点的团队行为，有很强的随机性，交给专业的协作平台再适合不过。

工具不混用，协作才高效，“设计产出”和“团队协作”的隔离能帮助团队成员更专注手头工作，即使设计工具崩了，影响范围也是有限的，不会波及到整个团队。

2) 在关键节点备份Sketch文件

虽然Figma有客户端，也支持批量导出.fig格式的文件进行本地备份，但它实际上是套了马甲的浏览器，服务器崩溃时客户端依然无法使用，强烈建议设计师定期将Figma文件转为Sketch文件进行本地备份，从根本上避免挂机影响。特别是定稿阶段，目前也有不少插件如Convertify Figma to Sketch支持将Figma文件导出为Sketch文件，感兴趣的小伙伴们可以多多关注。

写在最后

无论是基于本地的Sketch还是基于浏览器的Figma，我们最终选择的原因一定是它能提高团队的产出效率，在新工具的产品性能、数据隔离、历史资产继承等尚不能满足我们所需时，我们的设计团队将维持“Sketch+摹客协作平台”的方式以确保生产节奏稳步推进。