Импортозамещение ПО: как перейти без потери процессов
Переход на отечественное ПО редко проваливается из-за отсутствия аналогов — чаще из-за того, что миграция начинается без полного понимания, от чего компания на самом деле зависит в старой системе. Разбираем, как устроен переход, который не останавливает работу компании и не теряет критичные процессы по пути.
Разработать замену иностранной системе на заказ — не всегда самый быстрый путь, но часто самый надёжный, если готового аналога нет.
С чего начинается переход: аудит зависимостей
Прежде чем выбирать замену, нужен полный список того, что компания реально использует в текущей системе — не то, что написано в документации, а то, чем фактически пользуются сотрудники каждый день. Аудит должен ответить на три вопроса:
- Какие функции критичны, а какие используются редко или вообще не используются — миграция функции, которой никто не пользуется, не стоит потраченного на неё времени.
- В каком формате хранятся данные и насколько просто их выгрузить в формат, понятный новой системе.
- С какими другими системами есть интеграция — замена одной системы в цепочке часто требует пересмотра связанных с ней процессов.
Переход, начатый без этого аудита, почти всегда сталкивается с сюрпризом в процессе — обнаруживается критичная зависимость, о которой не думали заранее, и это стоит времени и нервов больше, чем сам аудит.
Поэтапный переход vs одномоментная замена
Одномоментная замена всей системы разом — рискованный подход: если в новой системе обнаружится проблема, откатываться некуда, а компания уже стоит без рабочего инструмента. Поэтапный переход с параллельной работой старой и новой системы на ограниченном участке снижает этот риск: ошибки находятся и исправляются, пока старая система ещё доступна как запасной вариант.
Готовый отечественный аналог или заказная разработка
Для многих типовых систем — офисные пакеты, почта, видеоконференции, антивирусы — на рынке уже есть зрелые отечественные аналоги, и миграция сводится к выбору продукта и переносу данных. Ситуация сложнее, когда иностранная система была настроена под нестандартный процесс компании или интегрирована в цепочку из нескольких систем: готового аналога может не быть, и тогда разумнее не искать компромиссный полуподходящий продукт, а закладывать заказную разработку нужного модуля с нуля — она даёт контроль над результатом, которого не даёт доработка чужого неидеально подходящего продукта.
Как выбрать подрядчика
Разработчика для такой задачи стоит выбирать по конкретным признакам, а не по общему впечатлению от презентации:
- Начинает с аудита зависимостей, а не сразу предлагает конкретный продукт замены.
- Предлагает поэтапный переход с параллельной работой систем, а не одномоментную замену без пути отступления.
- Честно говорит, если готового аналога нет, вместо того чтобы навязывать неподходящий продукт как «более-менее рабочее» решение.
- Планирует перенос данных как отдельный этап с реалистичной оценкой сроков, а не обещает перенести всё «быстро» до того, как увидел реальный объём и формат данных.
Частые вопросы
Обязательно ли переходить на отечественное ПО прямо сейчас?
Для государственных организаций и объектов критической информационной инфраструктуры действуют требования по переходу на отечественное ПО и оборудование в установленные сроки. Для остального бизнеса это не обязательное требование закона в общем случае, но практический риск — прекращение поддержки, обновлений или самого доступа к иностранному сервису — делает переход разумным даже без прямого требования регулятора.
С чего начинается миграция на отечественное ПО?
С аудита — полного списка систем, которые реально используются, и того, что конкретно в каждой из них критично: определённая функция, формат данных, интеграция с другой системой. Переход вслепую, без этого списка, почти всегда приводит к тому, что какая-то важная зависимость обнаруживается уже в процессе миграции, а не до её начала.
Можно ли перейти на новую систему без остановки работы компании?
Да, если переход делается поэтапно, а не одномоментной заменой всего сразу. Часто работает подход, при котором старая и новая система какое-то время работают параллельно на ограниченном участке — это даёт возможность проверить, что новая система справляется, прежде чем полностью отключать старую.
Что делать, если аналога иностранной системы нет на рынке?
Если готового отечественного аналога не существует или он не покрывает нужную функциональность, единственный практический путь — заказная разработка нужного модуля с нуля под конкретную задачу, а не поиск компромиссного полуподходящего продукта, который придётся дорабатывать так же, как разработку с нуля, но с меньшим контролем над результатом.
Сколько времени занимает миграция на отечественное ПО?
Зависит от количества систем и глубины зависимостей между ними. Миграция одной изолированной системы может занять несколько недель; переход компании со множеством связанных систем и большим объёмом данных обычно растягивается на несколько месяцев с поэтапным планом.
Расскажите, какие иностранные системы сейчас использует компания — на созвоне за 40 минут прикинем план перехода без остановки работы.
Обсудить проект