Всем привет! Я, Колядова Алиса, Senior дизайнер, работающая над B2B-системами внутри «одной из списка компаний, которые нельзя назвать». Основной инструмент — Figma, с которой мы прошли огонь, воду и автолэйаут. Но в какой-то момент нам пришлось задуматься: а что, если Figma внезапно станет недоступной? Возможно ли вообще переехать на альтернативную платформу и при этом не потерять темп работы и здравый смысл?
Это честный разбор того, как мы переехали в Pixso, прожили там 7 месяцев, изрядно выгорели, изобрели костыли, обросли хаками и в итоге вернулись в Figma с новыми знаниями, но подуставшими глазами. Если вы тоже задумываетесь о смене платформы — читайте, чтобы не повторять наши ошибки.
Все началось с лета 2024 года. Тучи сгущались и мы все чаще начали думать не только о бэкапах, но и о полноценном переезде всех проектов на другую платформу. Заставляли нас задуматься несколько факторов:
Геополитическая обстановка и санкции. Слухи, что в сентябре санкции будут ужесточаться. Мы находимся в сфере, где запретительные санкции работают в первую очередь. К сожалению это не бред сумасшедшего, история уже показывала, что эппл первым же блокировал на сторе приложения компаний из нашего направления. Так же Фигма сама заявила: если правительство США скажет фас, они перекроют доступ России. Так же в Крыму на пару дней перекрывали доступ к Фигме, а у нас не все в команде могут использовать зарубежный VPN.
Опыт коллег. Некоторые компании уже перешли в другие редакторы по стратегическим соображениям или другим причинам (естественно правду мне никто не сказал бы). Но сам факт: мы не первые кто задумывается о переезде, есть уже опыт других компаний, значит так или иначе это реализуемо.
Изменения в Figma. Перевод dev mode в платный формат. Это скорее косвенная причина поиска альтернативы. Когда накопились все вышеперечисленные факторы встал вопрос: «А целесообразно вообще платить за разработчиков? Сможем ли мы проработать на платформе еще год?» (компании выгодно платить пакетом на годовые подписки). Ответить на это вопрос я не могла. Но работать без dev mode стало сложнее (об этом можно наверное даже отдельную статью писать, как минимум этот функционал был давно бесплатным и все процессы учитывали его плюшки).
И вот, переговорив с руководством, было принято решение поресерчить рынок и понять что сейчас есть в качестве альтернативы.
При выборе новой платформы мы исходили из нескольких критериев:
Локация компании. Платформа должна быть разработана в дружественных странах или, по крайней мере, оставаться открытой для сотрудничества.
Интерфейс, похожий на Figma. Чтобы обучение и адаптация прошли быстрее, интерфейс должен быть максимально приближен к привычному рабочему пространству.
Стабильность. Новая платформа не могла быть сырым бета-версией — необходима полностью рабочая и стабильная среда.
Наличие базовых функциональных возможностей. В первую очередь требовалась поддержка компонентов, а лучше – расширенные возможности для работы с ними.
Среди прочих вариантов мы остановились на Pixso. На платформе были поданы заманчивые предложения, вроде пожизненной лицензии, а также обещаниях почти полного аналога Figma, что звучало очень привлекательно. Так же выполнение пары тестовых задач на этой площадке прошли успешно и мы приняли решение постепенно переезжать на платформу.
Что необходимо учесть при переезде:
Нет Variables, если используете надо перевести в стили
Плохо понимает stroke, особенно если используются внутренние настройки (ободка с одной стороны)
Теряются связи с компонентами, если у вас внешняя библиотека
И первое время было хорошо, а потом… Посыпались баги :-)
Причем иногда появляется такое ощущение, что они скопировали какую-то версию Фигмы. Потому что все эти баги появлялись в Фигме, но они шли от версии к версии, а тут баги падают просто пачкой + от себя еще разработка сыпет иногда.
У нас даже завелась страничка в ui ките, где фиксировался баг компонента и как его просто можно пофиксить :-)
Баги и как их лечить
Самая болезненная баг-фича. Даже если мы не трогали текст в компоненте, после публикации ui кита он сбрасывался до дефолтного. Просто — бах, и все тексты снова как в исходнике. За 7 месяцев так и не нашли закономерность, потому что какие-то компоненты ломались так постоянно, какие-то нет. К примеру кнопки страдали меньше всего. Но в одном макете кнопки могли пострадать, а в другом нет.
Решение: работать по принципу мастер компонентов + текст в финальном компоненте должен отличаться от базового (у нас принято было добавлять нижнее подчеркивание).
Перестраховка от потери макетов: решение не идеальное, потому что компоненты очень часто, добавляются, могут перестраиваться, добавлять в себя параметры. Поэтому что-то как-то могло полететь случайно. Каждое обновление библиотеки - было небольшим микро-инфарктом.
Поэтому было принято решение поделить проекты:
В работе (их было несколько) — хранятся текущие макеты, над которыми работаем здесь и сейчас. Библиотека обновляется в конце спринта, когда макетов нет. А так как процессы неидеальные, не всегда задача заканчивается в конце спринта, поэтому у нас были запасные проекты с обновленной библиотекой.
Папка системы — был поделен на несколько смысловых модулей (проектов). Библиотека была подключена 1 раз, чтобы не слетали стили, больше никогда не обновлялась. Старые макеты заменялись новыми, в случае обновления каких‑то элементов.
Вторая критическая проблема, которая появилась только в этом году: проблемы с доступом. Удаленный доступ через VPN и ограничения корпоративной сети осложняли работу. В один из моментов китайские серверы оказались недоступны, и нам пришлось временно переводить макеты в PDF для аналитиков. Спасибо, у дизайнеров и разработчиков были свои компьютеры и мы были независимы. Но было ощущение, что вернулись во времена дизайна в фотошопе, когда люди просто перебрасывались pdf, чтобы кто-то мог открыть макет)
Мелкие косяки, которые могут замедлить работу:
1. У вас нет доступа, даже если вы создатель проекта
Решение: В правой панели кликнуть на эти меняющиеся кнопки и получите режим редактирования (если у вас есть права). Это быстрее, чем перезагружать проект
2. При смене компонента у кнопки со включенной иконкой, может слетать цвет иконки
Решение: (никак подойдет?) Перекрасить иконку в ручную. Приняли простое правило: если иконка размещается с текстом, то она окрашена в цвет текста.
3. Зависает размер компонента.
Решение 1: Если внутри есть property (используется автолейаут), то помогает включение/выключение элемента
Решение 2: Если нет возможности вкл/выкл, просто сбрасываем
Решение 3: Если есть возможность (нет элементов слева), вообще отключаем автолейаут :-). Таким образом пофиксили многие проблемы в инпутах
Китайская версия Pixo: легенды и реальность
Одним из интересных открытий стала китайская версия Pixso. Она стабильнее, имеет больше плагинов и там достаточно много полноценных китайских библиотек. Так же она стабильнее, чем глобальная версия (сейчас конечно вышло версия 2.0, но в марте глобальная версия была 1.6, китайская версия была на 1.89). Правда, доступ к этой версии ограничен, для регистрации необходим китайский номер телефона. Нашли мы ее случайно, если у кого-то есть интерес поизучать — велком.
Неужели все так плохо?
На самом деле человек адаптироваться может ко всему. Мы тоже адаптировались, нашли как решать какие-то проблемы и начали стабильно работать в той ситуации, которая имеется. Но на фигму мы все-таки вернулись, так как произошло слияние проектов и нам надо было очень сильно менять компонентную базу.
Второй раз адаптировать ui кит я не рискнула :-) Я бы не назвала это провалом — скорее, проверкой гипотезы в боевых условиях. И теперь я точно знаю, что далеко не всё можно заменить без потерь. Мы вернулись к Figma и сэкономили себе много времени и нервов в дальнейшем.
Кому может подходить платформа (мнение на основе личного опыта с платформой)
Небольшие проекты, возможно начальные стартапы, где не надо выносить библиотеки в отдельные проекты (все в одном работает прекрасно), где команда разработки больше, чем дизайнеров. Так как там dev mode все-таки работает.
