Figma заменила проекты папками: как проверить доступ команды

Что изменилось 3 августа

Figma начала поэтапную миграцию системы хранения: привычные Projects теперь называются Folders. Изменение применяется ко всем пользователям и всем планам и раскатывается в течение нескольких недель. Это не декоративная замена одного слова. Вместе с новым названием появилась возможность строить иерархию, а модель разрешений стала проще и жёстче связана с местом папки в дереве.

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

Подтверждённая хронология

3 августа Figma объявила обновление в официальных примечаниях к выпуску и одновременно начала автоматическую миграцию. Компания предупреждает, что развёртывание займёт несколько недель, поэтому интерфейс у двух команд может отличаться в один и тот же день. 5 августа в ленте появился отдельный административный релиз про лимиты AI-кредитов, но для дизайнеров и руководителей файловая миграция шире: она касается организации всей работы, а не только генеративных функций.

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

Кого касается обновление

Дизайнер-одиночка увидит прежде всего новое название и цвет папки. Студия, продуктовая команда или агентство получат более серьёзный эффект: теперь клиентские проекты, продуктовые направления, исследования, дизайн-система и архив можно собирать в дерево. Чем больше людей и внешних подрядчиков, тем выше цена ошибки в родительской папке, потому что вложенные элементы наследуют её аудиторию.

Администраторам Professional, Organization и Enterprise нужно проверить не только порядок файлов, но и границы доступа. На Organization и Enterprise любую папку можно ограничить конкретными людьми. На Professional верхнюю папку ограничить можно, но вложенные папки наследуют права родителя и не позволяют независимо изменить их. Для Starter действует одна папка без полноценного дерева. Одинаковая картинка интерфейса не означает одинаковые полномочия на разных тарифах.

Как работает наследование прав

Логика стала ближе к обычной файловой системе: верхняя папка следует правам команды, вложенная получает доступ от родителя. Это снижает количество разрозненных настроек, но делает критичным выбор места.

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

У папки теперь два понятных состояния. Inherited означает наследование доступа; для верхнего уровня это права команды. Limited означает доступ только явно добавленным людям. Раньше отдельный режим View only мог давать всей команде просмотр независимо от роли. При миграции такие зрители записываются поимённо. Список становится длиннее, зато источник права виден точнее. Перед удалением человека проверьте, не выполняет ли он реальную роль в проекте.

Что делать команде сейчас

Начните с карты, а не с перетаскивания. Выпишите постоянные сущности: клиенты, продукты, команды, стадии работы и архив. Выберите один главный принцип верхнего уровня. Если смешать клиентов, типы файлов и кварталы в одном слое, дерево быстро превратится в склад. Хорошая структура отвечает на вопрос, где искать работу, без знания внутреннего жаргона конкретного дизайнера.

После появления папок откройте окно доступа у верхних контейнеров и сравните его с рабочими договорённостями. Отдельно проверьте бывшие View only-проекты, внешних подрядчиков, уволенных сотрудников и старые клиентские приглашения. Затем протестируйте один сценарий обычной учётной записью с минимальными правами. Администратор часто видит всё и поэтому не замечает, что коллега либо лишён нужного файла, либо получил лишнее.

Практический пример для агентства

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

Главная ловушка - создать общую папку Clients, открыть её всей студии и поместить внутрь материалы с NDA. На Professional вложенная папка унаследует доступ, и отдельно закрыть её не получится. Значит, чувствительный клиент должен получить отдельную ограниченную верхнюю папку. На Organization и Enterprise возможна более тонкая граница, но её всё равно нужно документировать, иначе исключения станут невидимой магией.

Практический пример для продуктовой команды

Продуктовая команда может держать на верхнем уровне направления, например Core, Growth и Design System. Внутри - исследования, текущие инициативы и архив. Папка Design System полезна всей компании, а ранний эксперимент по новой цене доступен узкой группе. Структура должна повторять реальные границы, а не только красивую оргсхему.

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

Что делать. Измерьте, сколько времени новичок тратит на поиск исходника, где возникают запросы доступа и какие ссылки используются в документации.

Что не изменилось

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

Обновление не решает вопросы именования, владения, архивации и жизненного цикла файла. Папка не объяснит, какой макет утверждён и где лежит источник компонента. Эти правила по-прежнему задаёт команда. Инструмент даёт новый каркас, но профессиональная работа начинается с договорённостей: кто создаёт верхний уровень, кто закрывает проект, как обозначается архив и кто пересматривает права.

Ограничения и спорные места

Релиз раскатывается постепенно, поэтому инструкция коллеги может не совпасть с вашим интерфейсом. Вложенность доступна на платных планах; Starter поддерживает одну папку. Возможность ограничить вложенную папку отдельно доступна на Organization и Enterprise, а на Professional права наследуются. Эти различия нужно записать в внутренней памятке, иначе команда начнёт обещать настройку, которой её тариф не умеет.

Не стоит создавать глубокую иерархию только потому, что она появилась. Чем больше уровней, тем сложнее навигация, ссылки и перенос ответственности. Не превращайте цвет в код, который понимает один арт-директор. И не используйте папки как замену системе версий: важные решения, статус и контекст должны оставаться в названии, описании проекта, библиотеке компонентов и рабочей документации.

Как использовать обновление в обучении

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

Главная мысль. Такое упражнение показывает не только владение интерфейсом, но и понимание процессов, безопасности и передачи работы.

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

Вывод KGAM

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

Лучшее действие на этой неделе: выбрать один активный контур, составить простое дерево, проверить его обычной учётной записью и только потом масштабировать. Не стройте лабиринт и не раздавайте доступ на глаз. Если структура помогает новому человеку быстро найти рабочий файл и не открывает лишнее, обновление принесло пользу. Всё остальное - просто новые иконки в старом бардаке.

Практический чек-лист

1. Дождитесь миграции

   Убедитесь, что Projects уже переименованы в Folders именно в вашей команде.

2. Сделайте карту

   Определите один принцип верхнего уровня: клиенты, продукты или команды.

3. Проверьте родителей

   Сверьте доступ к верхним папкам и людям, добавленным после миграции View only.

4. Учтите тариф

   Отдельное ограничение вложенной папки работает не на каждом плане.

5. Проведите пилот

   Перестройте два активных проекта и проверьте поиск и доступ обычной учётной записью.

6. Назначьте владельца

   Зафиксируйте, кто создаёт папки, архивирует работу и пересматривает права.