Инвентаризируйте не продукты, а зависимости
В реестре систем фиксируют не только название и версию ПО. Нужны владельцы, пользователи, серверы, базы, интеграции, форматы файлов, способы аутентификации, критичность и допустимый простой. Особенно важны скрытые зависимости: макросы, драйверы оборудования, плагины, скрипты и обмены, о которых знает один специалист.
Разделите требования на обязательные и привычные
Пользователь часто формулирует требование через знакомую кнопку. На проекте нужно восстановить бизнес-функцию: что именно человек делает, какой результат передаёт дальше и какие ограничения обязательны. Это позволяет сравнивать решения по процессу, а не по внешнему сходству интерфейсов.
Проверяйте совместимость цепочкой
Присутствие продукта в реестре российского ПО — важный юридико-организационный признак, но не доказательство совместимости с конкретным оборудованием, СУБД, электронной подписью и соседними приложениями. Для целевой связки проверяют матрицы совместимости производителей и проводят собственный стенд.
Пилот должен воспроизводить сложные сценарии
На пилот выбирают не только лояльных пользователей, но и операции, где возможны проблемы: сложные документы, отчётность, периферия, обмены, удалённая работа. Заранее задают критерии приёмки, способ сбора ошибок и срок их устранения.
Мигрируйте волнами с возможностью отката
Последовательность строят по связанным группам систем и подразделений. Для каждой волны готовят данные, инструкции, поддержку первой линии, окно изменений и понятный откат. Параллельная работа старого и нового решения допустима, если правила синхронизации данных определены заранее.
Эксплуатация важнее даты переключения
После миграции остаются обновления, мониторинг, лицензии, резервное копирование, обучение и управление изменениями. Их бюджет и ответственность нужно определить до закупки.
Правильно реализованное импортозамещение снижает технологические риски и упорядочивает архитектуру. Простая замена коробок без работы с зависимостями обычно переносит проблемы на период эксплуатации.