摘要

  • Figma 的 connected folders 允许双方使用各自计划里的付费席位，但 host 保有更多权限；断开连接后，文件夹留在 host 一侧，外部团队失去访问。
  • 发送副本与转移原件不同：副本不带走评论、版本历史与分支。设计画面相同，接手者掌握的决策背景可能不同。
  • 组件库留在原处，转走的文件停止接收其更新；把库一起转走，原团队留下的文件又会失去更新。交付边界必须覆盖未来维护。

假设一家客户结束了与设计机构的合作，准备让新团队接手。项目里每张页面都看过，每轮修改都讨论过，双方也一直各付自己的 Figma 席位费。到了交接那天，客户才发现，能够共同编辑，与能够把原件带走，并不是同一种权力。

这个假设场景的关键不在于谁欠了谁钱，而在于项目启动时一个很不起眼的选择：谁创建 connected folder，谁发出连接邀请。Figma 把这一方称为 host。另一方是外部团队。会议上可以平等，账单可以分开，文件夹的控制结构仍有主次。

两边都有退出按钮，后果却不对称

按 Figma 的connected folders 规则，双方都需要付费计划，并由双方管理员批准连接。用户要编辑文件，还得同时具备相应席位与文件编辑权限。付了座位钱，解决的是能够使用哪些产品；具体文件的权限另算。

host 决定文件夹的安全与隐私设置、可用功能和对外开放的组件库。双方都可以往里面创建、移动或导入文件，但只有 host 一侧的人能把文件移出去。任何一方的管理员都能断开连接；断开后，文件夹仍留给 host，外部团队失去其中全部文件的访问权。

这就是最值得在签约会议上讲明白的地方：两边都能结束协作，结束之后却只有一边自然留在屋里。host 可以什么也不做，也可以发送副本，之后还可以转移整个文件夹。对外部团队来说，退出按钮不是提货凭证。

因此，客户出钱、机构出人，并不能替代 host 的选择。要让客户长期维护的项目，一开始就应把长期维护的控制安排想清楚；机构需要保留自己的通用资产，也应事先划出边界。等最后一轮款项与最后一轮修改撞在一起，再讨论原件在哪边，技术操作就会迅速长出商务牙齿。

副本能带走画面，未必带走来路

Figma 的转移说明把转移文件夹和发送副本分得很清楚。发送副本时，评论、版本历史和分支留在原件一侧。接收方拿到文件，未必拿到设计讨论和演变的完整脉络。

这会影响下一支团队的工作。一个按钮为何这样命名，一种布局为何放弃，某个例外为何保留，答案可能藏在讨论和版本里。只交付当前画面，新团队就可能重新询问已经讨论过的问题。文件数量没有少，理解这些文件的时间却要重新花一次。

转移原件提供另一种结果，但也有明确范围：普通文件夹的接收方可使用 Professional、Organization 或 Enterprise 计划，整支团队的转移则要求 Organization 或 Enterprise。文件和原型的原链接可以继续使用，文件夹与团队会得到新链接。不能把“发份拷贝”当成这些操作的廉价同义词。

Figma 的客户协作指南还列出把文件保存到本地、再导入另一账户的办法。但原团队组件库的更新不会跟着这条路径继续。下载成功，是文件到了；未来怎么改，还没有回答。

设计机构的公共厨房，不适合整间送人

组件库把组件、样式和变量放在一个源文件中，供其他文件复用。它像一套反复使用的设计原料：按钮、颜色、间距规则可以改一次，再发布给使用者。对于服务多家客户的机构，这种复用有实在的效率价值。

交接于是出现了一个两头都要算的选择。若转移的文件没有带上所依赖的库，组件会保留转移前的最后状态，此后不再接收更新。若把已发布的库文件一起转走，原团队或组织中留下的文件又会停止接收该库的更新。

把一家客户的交付做完整，不能靠顺手搬走仍在服务其他项目的公共厨房。反过来，把设计画面交给客户、把所有可维护的源头留在机构手中，也要说清楚客户今后买的是持续服务，还是需要自己接管的一套独立设计。

connected folder 中共享库的规则尤其直白：host 管理员挑选可以使用的库，这种开放给成员的是库源文件的只读访问。客户能使用组件，与客户能修改组件源头，仍隔着一道权限。合作时大家都能画页面，不代表交接后大家都有同样的维修工具。

接手验收，要看下一次修改走不走得通

Figma 提供替换组件库的办法，把文件转向另一个已发布库。匹配依靠资产名称；找不到匹配项的资产不会替换，仍连着原库。设计看起来相似、组件重新取了名字，都不能让匹配自动成立。

这让一份“已迁移”报告需要更细的内容：哪些资产匹配到了，哪些没有，选中的对应关系是否符合实际用途。否则，一个文件就可能半只脚站在新库里，另一只脚仍挂在旧库上。交付的麻烦藏在边角，截图往往把它拍得很漂亮。

最终还得让更新走一次。更新审阅机制由有编辑权限的人检查并接受变化。选一个有代表性的组件，从约定的源库发布修改，在接收方实际使用的文件里审阅、接受，才能检验这条维护路径。仅仅能打开文件或看到旧画面，证据太短。

给某次交接定价，还缺那次项目的 host 身份、依赖清单与约定的交付范围。产品规则已经足够说明另一件事：真正值钱的交付，是接手者明天能继续工作。席位可以各自付，钥匙要提前安排。