Кратко

  • Обе стороны используют платные места своих тарифов, но после разрыва связи папка остаётся у host, а внешняя команда теряет доступ к её файлам.
  • При отправке копии комментарии, история версий и ветки остаются с оригиналами. Следующая команда может получить экраны без всей истории решений.
  • Если библиотека не входит в передачу, перемещённые компоненты перестают получать обновления. Если передать саму опубликованную библиотеку, обновлений лишатся файлы, оставшиеся у отправителя.

Самый неудобный вопрос при передаче дизайна нередко задают уже после приёмки: где изменить исходный компонент? Файлы получены, страницы открываются, кнопка выглядит безупречно. Новая команда только теперь выясняет, что возможность посмотреть на результат и возможность им управлять приехали не вместе.

Представим заказчика, который завершает работу с агентством и нанимает другое. Обе компании вместе обсуждали макеты в Figma и оплачивали собственные места. Такая симметрия расходов легко создаёт ощущение симметрии власти. Но продукт помнит более ранний выбор: кто создал связанную папку и пригласил вторую сторону.

Создатель выступает как host, принимающая сторона. Его партнёр — внешняя команда. В этой условной ситуации настройка начала проекта становится частью экономики его окончания.

Выйти могут оба, остаться у шкафа — один

Согласно руководству по связанным папкам, обеим сторонам нужны платные тарифы и согласие администраторов. Для редактирования требуются подходящее место и права на сам файл. Оплата продукта и разрешение работать с конкретным материалом существуют раздельно.

Host управляет безопасностью, конфиденциальностью, доступными функциями и библиотеками для внешней команды. Обе стороны могут создавать файлы и помещать их в папку. Извлекать их из неё могут только люди со стороны host.

Разорвать связь вправе администратор любой стороны. После этого папка остаётся у host, а внешняя команда теряет доступ ко всем файлам внутри. Host может ничего не предпринимать, отправить копию или позднее передать папку целиком.

Получается, право закончить сотрудничество общее, а положение после окончания разное. Оба могут встать из-за стола. Один уже стоит рядом со шкафом оригиналов.

Поэтому выбирать host стоит исходя из того, кто будет поддерживать результат в дальнейшем. Для продукта, который годами станет менять внутренняя команда заказчика, нужна одна организация работы. Для постоянной услуги агентства — другая, с заранее понятным выходом. Назначить принимающей стороной того, кто первым открыл настройки, значит поручить коммерческую развязку случайной последовательности кликов.

Копия увозит макет, но может оставить объяснение

Документация о передаче папок и команд отличает передачу от отправки копии. В копию не переходят комментарии, история версий и ветки: они остаются с оригиналами.

Для новой команды это могут быть причины важных решений. Почему отказались от прежнего расположения? Откуда взялось исключение? Какой вариант согласовал заказчик? Если ответы жили в обсуждениях и версиях, новым исполнителям придётся заново расспрашивать людей. Число переданных файлов останется правильным, а стоимость понимания этих файлов вырастет.

Папку могут принять тарифы Professional, Organization и Enterprise. Для передачи целой команды нужны Organization или Enterprise. Ссылки на файлы и прототипы сохраняются, а папки и команды получают новые. Такие результаты заслуживают отдельных пунктов приёмки, а не одной успокаивающей формулы «всё передано».

Руководство по работе с клиентами также описывает сохранение локальной копии и импорт в другой аккаунт. Обновления исходной библиотеки команды по этому пути не продолжаются. Успешная загрузка подтверждает получение нынешнего состояния, но не отвечает за следующее.

Общую мастерскую трудно подарить одному заказчику

Библиотека Figma собирает компоненты, стили и переменные в исходном файле для повторного использования в других файлах. Агентство может применять этот запас кнопок, цветов и правил в нескольких проектах. В этом и состоит часть его производительности.

При передаче возникает развилка. Если библиотека не включена, компоненты сохраняют последнее состояние и перестают получать её обновления. Если передаётся сама опубликованная библиотека, обновления перестают получать файлы, оставшиеся в команде или организации отправителя.

Увезти мастерскую, обслуживающую другие проекты, ради одного завершённого заказа — щедрость за чужой счёт. Но передать готовые изображения и оставить заказчика уверенным, что у него есть весь инструмент для самостоятельной работы, тоже дорого обойдётся.

Нужно разделить материалы конкретного клиента, общий запас агентства и будущую поддержку. В связанной папке host выбирает доступные библиотеки. Такое разрешение даёт участникам доступ на просмотр к исходному файлу библиотеки. Использование компонента в макете ещё не даёт права менять его источник.

Стороны могут продолжить совместную поддержку, передать специальные исходники или договориться о независимой копии с дальнейшим развитием силами заказчика. Это разные предложения. Проблема начинается, когда все три называют одной и той же поставкой.

Следующее изменение — лучший акт приёмки

Функция замены библиотек позволяет направить файл к ресурсам другой опубликованной библиотеки. Figma ищет совпадения по именам. Без совпадения ресурс остаётся связан с прежней библиотекой. Внешнее сходство или новое название не создают автоматического соответствия.

Поэтому отчёт о переносе должен показывать и заменённые связи, и оставшиеся. Даже совпадение имени стоит проверить на соответствие замыслу. Визуально цельный экран способен зависеть от двух разных источников поддержки. На скриншоте это разделение умеет вести себя очень тихо.

Проверять и принимать обновления могут пользователи с правом редактирования. Полезная проверка передачи проводит показательное изменение от согласованного источника до принятия в файле получателя с его реальными правами. Это проверка дальнейшей работоспособности, а не красоты старого состояния.

Чтобы оценить цену конкретного выхода, нужны фактический host, карта зависимостей и согласованный объём передачи. Коммерческий критерий уже ясен: следующий исполнитель должен суметь сделать следующее изменение. За места можно платить порознь. О ключе лучше договориться вместе и заранее.