Когда команда решается уйти с Figma, пугает вовсе не то, что привычные кнопки окажутся в других местах, — к этому привыкаешь за пару дней. По-настоящему страшно другое: потерять годами накопленные файлы и командные библиотеки, на которых держится весь рабочий процесс. Именно этот страх заставляет откладывать переезд «на потом», даже когда оставаться уже неудобно или нельзя. Хорошая новость в том, что при инженерном подходе переезд — это управляемая разовая работа на несколько дней, а не прыжок в пропасть. Разберём его по шагам: что проверить заранее, что перенесётся автоматически, а что придётся собрать руками — и как ничего не потерять по дороге.
Почему вопрос вообще встал
Для начала честно про причины, потому что от них зависит срочность. Оплата зарубежными картами, доступ через VPN, требования хранить данные пользователей в России, риск, что сервис однажды просто перестанет работать в стране, — для многих команд это давно не «слегка неудобно», а прямое «нельзя» со стороны юристов и безопасности. Когда вопрос переезда стоит практически, а не идейно, тянуть опасно: экспортировать файлы проще, пока доступ к ним ещё есть, а не в тот день, когда его внезапно не станет. Если причина именно в хранении данных, стоит сразу читать и про развёртывание в своём контуре — чтобы не переезжать дважды.
Что проверить ДО переезда
Самая частая ошибка — начать с импорта, а не с ревизии. Прежде чем что-то переносить, разберитесь, что у вас вообще есть и что из этого действительно нужно.
- Где лежат файлы. Соберите список проектов и командных библиотек — что действительно нужно перенести, а что архив.
- Доступы. Убедитесь, что у вас есть доступ на экспорт, пока он есть.
- Зависимости. Отметьте плагины и интеграции, на которых завязан процесс, — им нужна замена или ручная альтернатива.
И отдельно, самое важное про страховку: сделайте резервные копии исходников до того, как начнёте что-либо менять, и храните их у себя локально, а не только в облаке, из которого уезжаете. Экспортированные .fig и SVG на своём диске — это ваша подушка безопасности: даже если импорт где-то пойдёт не так или доступ к старому инструменту внезапно закроется, у вас на руках останутся оригиналы, из которых можно пересобрать что угодно. Переезд без такой копии — это хождение по канату без страховки, и экономия получаса здесь не стоит риска потерять годы работы.
Как перенести
Rugma умеет импортировать .fig, SVG, PDF, изображения и даже HTML/CSS, так что базовый путь простой: экспортируете исходники из Figma, импортируете в Rugma, проверяете геометрию и текст, пересобираете компоненты в библиотеку. Векторная графика и сами макеты переносятся, дальше вы доводите детали под Rugma. Попробовать импорт можно и без полноценного переезда — просто откройте один .fig-файл онлайн и посмотрите, как он ляжет; это лучший способ оценить масштаб работы на своих реальных файлах, а не на обещаниях.
Разумная тактика — не переносить всё разом в первый день, а начать с одного показательного проекта: не самого простого и не самого сложного, а типичного. На нём вы увидите, что переезжает гладко, а где придётся поработать руками, и уже с этим знанием спланируете остальное. Массовый импорт вслепую почти всегда оборачивается разочарованием; выборочный, с проверкой — предсказуемым результатом.
Попробуйте прямо сейчас. Возьмите один типичный .fig-файл и откройте его онлайн — без установки и регистрации. За пару минут вы увидите на своём реальном макете, что переезжает гладко, а что придётся поправить руками, и сможете честно оценить объём переезда — по фактам, а не по обещаниям про совместимость.
Чего честно не перенести один в один
Будьте реалистами и не ждите стопроцентного паритета — его не даёт ни один импорт между разными редакторами, и обещать обратное было бы нечестно. Сложные эффекты, завязанные на конкретные плагины, тонкие интерактивные прототипы и внутренние связи командных библиотек не переедут автоматически в точности как были. Это не поломка, а природа переноса между инструментами с разной внутренней моделью. Заложите на это время: ключевые компоненты и варианты придётся пересобрать вручную.
И вот что важно — эту пересборку стоит воспринимать не как потерю, а как возможность. Библиотека, накопленная за годы, почти всегда обрастает мусором: дубли, заброшенные варианты, компоненты «на один раз». Переезд — редкий законный повод навести в ней порядок: пересобрать начисто, на аккуратных токенах и продуманных вариантах. После этого библиотека будет по-настоящему вашей — чистой, понятной и под вашим контролем, а не унаследованным ворохом чужих решений.
Как пережить переезд без стресса
Главный совет — не рубить с плеча. Держите Figma открытой, пока переносите: старые проекты пусть спокойно доживают там, а новые начинайте уже в Rugma. Такой гибрид на несколько недель снимает панику «всё или ничего» и даёт команде освоиться на реальной работе, а не на учебных файлах. Полное отключение от старого инструмента делайте только тогда, когда убедились, что всё нужное перенесено и проверено, — и ни днём раньше.
Чек-лист переезда
- Составили список проектов и библиотек к переносу.
- Экспортировали исходники (.fig / SVG), пока есть доступ.
- Импортировали и проверили геометрию/текст в Rugma.
- Пересобрали ключевые компоненты и варианты.
- Назначили токены (цвета, отступы, типографику) заново.
- Проверили прототипы и хендофф (Dev Mode).
Переезд — это разовая работа на несколько дней, а не катастрофа: проверили список, экспортировали вовремя, импортировали выборочно, пересобрали библиотеку начисто — и вы на новом месте, с данными под своим контролем. Подробный разбор, что вы приобретаете и что теряете при смене инструмента, — в статье Rugma vs Figma: честное сравнение.