Введение: О Kaspersky и причинах миграции
Kaspersky («Лаборатория Касперского») — глобальный лидер в сфере кибербезопасности, основанный в 1997 году. С выручкой $836 млн по итогам 2025 года и присутствием в более чем 200 странах, компания разрабатывает сложнейшие решения — от защиты конечных устройств до комплексной защиты организаций с предоставлением XDR и Threat Intelligence. Для корпорации такого масштаба бесперебойная синхронизация между продуктовыми, аналитическими и инженерными командами критически важна.

Однако в конце 2025 года компания столкнулась с форс-мажором: Figma уведомила о закрытии корпоративного аккаунта, оставив на спасение тысяч макетов всего 7 дней.
В сложившейся ситуации компания экстренно перевела глобальную дизайн-команду на Pixso. Выбор не был случайным: инструмент тестировали заранее.
Среди используемого функционала командой Kaspersky дизайн-токены, API-кастомизация и встроенный AI.
Это была не просто замена софта, а экстремальный тест на непрерывность бизнеса. Как удалось перенести тысячи файлов и не сорвать ни одного релиза? Передаем слово автору кейса — Григорию Дэгтэр, руководителю департамента продуктового дизайна Kaspersky.
От первого лица: хроника экстренной миграции
Привет! Меня зовут Григорий и я руковожу департаментом продуктового дизайна в Kaspersky. Хочу рассказать историю, которая началась как форс-мажор, продолжилась как управленческий челлендж и закончилась как хорошая тренировка, позволившая нам проверить устойчивость процессов, силу команды и надежность новых технологических партнеров.
В этом посте я хочу поделиться опытом экстренной миграции, рассказать о сложностях, с которыми мы столкнулись, о найденных путях их преодоления, и о том, как в процессе вынужденной замены привычного инструмента нашли технологических партнеров, готовых меняться под наши задачи и расти вместе с нами.
Кризис: внезапное отключение
Как и большинство продуктовых команд на рынке, мы проектировали интерфейсы в Figma. Дизайн-системы, библиотеки компонентов, процессы передачи в разработку, плагины, синхронизация процессов — все было выстроено в Figma за последние пять-шесть лет, все стабильно работало и обеспечивало скорость выпуска продуктов. Но однажды ночью эта стабильность пошатнулась.
В ночь с 21 на 22 ноября 2025 мы получили уведомление от Figma о прекращении сотрудничества и что доступ к корпоративному аккаунту будет закрыт через неделю.
Конечно, мы прекрасно понимали и оценивали существующие риски, и заранее принялись изучать альтернативы. Несколько лет назад начали тестировать разные решения и пришли к выводу, что максимально близким по нужной нам функциональности вариантом будет Pixso, поэтому для оценки возможностей приобрели тестовые лицензии. План был намечен, но принимать решение о заблаговременной замене основного рабочего инструмента мы не торопились. Для такой смены процессов действительно нужен финальный триггер.
Но вернемся в ноябрь 2025 года. После получения сообщения от Figma, наши действия можно разделить на несколько этапов.
Этап первый: минимизация ущерба
Мы работаем в сфере информационной безопасности, так что не понаслышке знаем о важности проактивных мер защиты внутренних систем от угроз. В условиях форс-мажора мы запустили процесс внепланового бэкапирования, поскольку было важно как можно быстрее сохранить рабочие файлы и библиотеки.
Звучит не так сложно. Но когда у тебя департамент, ответственный за разработку дизайна нескольких десятков продуктов разного уровня сложности, работающий более чем c тысячей файлов — задача становится не такой простой. В компании не только продуктовые дизайнеры использовали Figma. Это был единый инструмент и для команд брендинга, маркетинга, социальных медиа, аналитиков и спецов по локализации. Получается совсем не маленькое количество пользователей и сотни файлов.
Ну и вишенка на торте — Figma не позволяет выгрузить без ввода капчи больше 50 макетов… В этот момент мы мысленно перемножили это ограничение и количество наших макетов, и с ужасом поняли, что понадобится колоссальный объем времени, выражающийся даже не в часах, а в днях. Откладывать на последний день было никак нельзя.
Уже в субботу мы начали бэкапить рабочие файлы. Каждый дизайнер отвечал за бэкап своего продукта, а дизайн-лид проверял все бэкапы. Кроме того, наш департамент собрал общую встречу и чат для всех пользователей Figma в компании. Сотрудник нашей команды даже быстро создал скрипт, который автоматизировал скачивание файлов (он все еще не позволял обойти капчу, но хотя бы первые 50 файлов скачивались значительно проще).
Этап второй: миграция, сохраняющая непрерывность бизнес-процессов
Первый шаг позади. Следующий шаг — импорт файлов в Pixso и старт работы в ней. Мы достаточно быстро «переехали» (спасибо коллегам из Pixso за помощь с быстрым масштабированием) и приступили к импорту данных.
Разумеется, возникли сложности: импорт не всегда проходил успешно, файл мог не открываться из-за иконок или линков с локальными библиотеками. И с каждым таким случаем приходилось разбираться вручную.
Для нас было крайне важно как можно быстрее импортировать файлы, чтобы аналитики и разработка не простаивали из-за переездов и смены инструментов. Для этого мы поставили на холд все менее приоритетные задачи, временно остановили внутренний процесс дизайн-ревью. Мы сконцентрировались на основной задаче — открыть доступ к макетам команде разработки в кратчайшие сроки. Мы определили самые приоритетные задачи, которыми разработка уже занималась, и сосредоточились на них в первую очередь.
И у нас это получилось. Ни на одном из наших проектов (а у нас их несколько десятков) не пришлось переносить сроки релизов по нашей вине.
Тут важно отметить, как сильно отличался наш опыт взаимодействия с разработчиками Figma и Pixso:
- Несмотря на то, что мы много лет были постоянными клиентами компании Figma, их специалисты службы поддержки крайне плохо реагировали на наши запросы, а иногда и в принципе не отвечали.
- Каким же приятным было наше удивление, когда обнаружилось что менеджеры Pixso активно отвечают на наши вопросы и помогают с решением проблем. Они проактивно создали с нашей командой общий чат, где собирали все возникающие при работе баги и были всегда готовы оперативно предложить варианты решения.
Для команды, уже привыкшей к асинхронной поддержке вендора, такой уровень вовлеченности оказался неожиданным и крайне ценным. Открытый диалог с поставщиком инструмента напрямую влияет на скорость работы и устойчивость процессов.
Этап третий: «генеральная уборка» дизайн-активов
Мы смогли предоставить разработке доступ к макетам, но для постоянной работы нужно привести их в порядок: поправить все сломанные компоненты, перелинковать все библиотеки, обновить слетевшие тексты в полях и таблицах.


Что мы сделали:
- В первую очередь декомпозировали все наши файлы на более мелкие, что значительно повышает производительность инструмента.
- Затем мы опубликовали библиотеки дизайн-системы. Команда дизайн-системы выполнила миграцию материалов из Figma в Pixso, выстроив процесс как управляемый проект с акцентом на митигацию рисков и отсутствие простоя. Риски сбоев при переносе закрыли поэтапным подходом. Проблемные файлы делили на меньшие и загружали последовательно.
По итогам команда успешно перенесла более 100 файлов дизайн-системы; все связи и зависимости восстановили в короткие сроки, так что рабочие процессы и использование дизайн-системы продуктовыми командами не останавливалось.
Этап четвертый: разработка стратегии на будущее
Разумеется, мы четко представляли себе, что работаем с совершенно новым софтом, имеющим свои архитектурные особенности. Например, мы достаточно быстро выяснили, что у Pixso несколько иной подход к вложенности компонентов. Для нас это означало необходимость существенно пересмотреть и обновить структуру большинства наших компонентов.
Изучая механику платформы — в том числе особенности работы со статусами и техническую синхронизацию документации — мы поняли, что какие-то процессы понадобится оптимизировать. Таким образом необходимость перестраивать компоненты под логику Pixso дала нам возможность провести комплексный аудит своих процессов, избавиться от накопившегося легаси (устаревших решений) и кратно повысить качество системы в целом.

Важно отметить, что такие нюансы выявляются только на практике, что естественно для масштабной миграции. В результате наш переход трансформировался из разовой спасательной операции в последовательный процесс системных улучшений и стабилизации.
Сейчас перед нами стоит значимый объем задач по архитектурному обновлению дизайн-системы. В данный момент мы формируем стратегию оптимизации чтобы максимально эффективно использовать заложенные в Pixso механики. Наш поэтапный план внедрения изменений направлен на то, чтобы раскрыть потенциал нового инструмента и сделать глобальную дизайн-систему Kaspersky еще более устойчивой, гибкой и масштабируемой.
Постскриптум: выводы и ценность партнерства
Если оглянуться назад и оценить масштаб работы, реализованной за считанные дни без остановки разработки, можно уверенно сказать: переход прошел успешно и стал для нас важным этапом профессионального роста. Команда получила бесценный опыт, и мне бы хотелось сформулировать несколько принципиальных выводов:
- Процессы определяют устойчивость сильнее, чем инструменты.
- Сплоченная команда способна эффективно проходить через любые трансформации.
- Надежный технологический партнер — ключевой элемент долгосрочной стабильности.
Из всех доступных на рынке вариантов мы выбрали Pixso как инструмент, подходящий под наши задачи. Очень важным фактором оказалось следующее: разработчик софта готов развиваться вместе и под заказчика, работая совместно над улучшениями.
Для нас, как для компании с комплексной продуктовой архитектурой, особенно ценны открытость к диалогу, гибкость и внимательность команды Pixso. Постоянное рабочее взаимодействие и искренняя готовность продукта эволюционировать вместе с нашими задачами — именно такой формат сотрудничества позволяет простраивать устойчивую долгосрочную стратегию. Конечно же, это взаимовыгодное сотрудничество — мы получаем функциональность, которая нам нужна, а команда Pixso — горячий фидбек о востребованности обновлений.
Наш кейс показывает, что при системном подходе, зрелом управлении рисками и сильной команде даже масштабные изменения могут стать точкой роста.
Ссылки на источники:От миграции к сотрудничеству: опыт перехода на Pixso