Импортозамещение в ИТ больше не вопрос выбора — это вопрос времени и качества исполнения. К 2026 году регуляторные требования ужесточились: для объектов критической информационной инфраструктуры (КИИ) использование иностранного ПО ограничено, а госорганы и компании с госучастием обязаны переходить на отечественные решения в установленные сроки. Однако формальное выполнение требований и реальная миграция — это две большие разницы.
Мы в Sympace® сопровождаем клиентов при переходе на российское ПО. За все время через наши проекты прошли десятки организаций — от государственных до коммерческих учреждений. И мы видим, как одни и те же ошибки повторяются из раза в раз. Они не только удорожают проект, но и растягивают сроки на месяцы, а иногда и годы.
Ниже — пять самых дорогих ошибок, которые мы наблюдаем. И, что важнее, как их избежать.
Ошибка 1. Подмена стратегии точечной заменой
В чем суть. Самый распространенный сценарий: компания получает предписание или понимает, что сроки поджимают, и начинает заменять иностранное ПО по принципу «нашел аналог — поставил». Exchange поменяли на российский почтовый сервер, Active Directory — на отечественный каталог пользователей, Office — на российский офисный пакет. Кажется, что задача решена.
Почему это дорого. На самом деле это иллюзия. Отечественные решения редко являются «кнопка-в-кнопку» аналогами. Они имеют другую архитектуру, иные подходы к администрированию, отличающуюся логику работы. Когда точечно заменяют один компонент за другим без пересмотра всей архитектуры, возникают зоны несовместимости: интеграции ломаются, сценарии авторизации перестают работать, бизнес-приложения теряют связь с инфраструктурными сервисами.
В результате ИТ-отдел тратит ресурсы на «костыли» — промежуточные слои, эмуляторы, обходные пути. Это не только увеличивает стоимость внедрения, но и создает хрупкую, трудно поддерживаемую систему. Скрытые затраты на доработки и постоянное «довязывание» компонентов в итоге превышают бюджет изначальной замены в разы.
Как правильно. Переход на российское ПО — это не замена лицензий, а трансформация ИТ-ландшафта. Начинать нужно не с поиска аналогов, а с аудита: какие бизнес-процессы на что опираются, какие зависимости существуют между системами, где находятся критические контуры. Только после этого строится дорожная карта миграции, где этапы увязаны с архитектурными изменениями, а не с календарными отчетами.
Ошибка 2. Экономия на пилотировании
В чем суть. Сроки горят, бюджет ограничен, и возникает соблазн: «А давайте сразу поставим в продуктив. Зачем нам тестовый контур? Всё же работает». Или, что бывает чаще, тестирование проводят формально — на одной-двух виртуальных машинах без учета реальной нагрузки и специфики интеграций.
Почему это дорого. В 2026 году российское ПО действительно стало более зрелым. Но это не значит, что оно автоматически подходит под конкретную инфраструктуру заказчика. Проблемы совместимости проявляются именно на масштабе: когда система начинает работать с реальными объемами данных, с нестандартными протоколами, с унаследованными приложениями, которые никто не документировал.
Пилотное внедрение на ограниченной группе пользователей (5–10% от общего числа) — это не бюрократическая формальность, а единственный способ выявить «узкие места» до того, как они остановят бизнес-процессы. Например, из-за отсутствия полноценного пилота российская система виртуализации на боевых серверах может «упасть» с ошибками, которые не проявились в лабораторной среде. Стоимость простоя критических сервисов в таких случаях перекрывает всю «экономию» на тестировании.
Как правильно. Выделить ресурсы на изолированную тестовую среду, максимально приближенную к продуктивной по составу оборудования, нагрузке и набору приложений. Провести не только функциональное тестирование, но и нагрузочное. И обязательно включить в пилот реальных пользователей — не только ИТ-специалистов. Их обратная связь покажет, насколько решение готово к промышленной эксплуатации.
Ошибка 3. Игнорирование пользовательского фактора
В чем суть. Техническая миграция выполнена. Системы работают. Но сотрудники… не работают. Жалуются на неудобный интерфейс, не могут найти привычные функции, продолжают использовать старые инструменты, обходя новые, или вообще перестают выполнять операции, требующие работы в новой среде.
Почему это дорого. Сопротивление пользователей — один из главных барьеров импортозамещения, который напрямую влияет на успех проекта. Если сотрудник не принял новый инструмент, его производительность падает. Вместо того чтобы заниматься своими прямыми задачами, он тратит время на поиск обходных путей, обращается в поддержку, а в критических случаях — саботирует переход.
Стоимость этого сопротивления сложно подсчитать прямыми цифрами, но она реальна: снижение выручки, задержки в обработке заявок, ошибки в документах, дополнительная нагрузка на ИТ-поддержку. При этом заказчики часто закладывают в бюджет миграции только стоимость лицензий и внедрения, забывая про обучение и сопровождение.
Как правильно. Обучение персонала должно начинаться не после внедрения, а на этапе пилота. Важно не просто показать «куда нажимать», а объяснить логику работы нового ПО, показать, как те же задачи решаются иначе. Лучший способ снизить сопротивление — вовлечь ключевых пользователей на ранних этапах, сделать их «агентами изменений», которые помогут коллегам адаптироваться. И да, на это нужны бюджет и время. Но они многократно окупаются скоростью выхода на плановую производительность.
Ошибка 4. Выбор «бумажного» функционала вместо реального
В чем суть. Заказчик изучает реестр российского ПО, видит продукт, в описании которого перечислены все нужные функции. Вендор подтверждает: «Да, всё есть». Начинается внедрение, и выясняется, что часть заявленных функций существует только в дорожной карте или требует серьезной доработки за отдельную плату. А некоторые сценарии, критически важные для бизнеса, вообще не реализованы.
Почему это дорого. Разрыв между маркетинговыми обещаниями и реальными возможностями — системная проблема молодого рынка отечественного ПО. Заказчик, ориентируясь на «бумажный» функционал, закладывает в проект нереалистичные сроки. Когда на этапе внедрения выясняется, что нужной функции нет, начинается либо экстренный поиск обходных решений (с дополнительными затратами), либо доработка силами самого заказчика или интегратора.
Кастомизация российского ПО — процесс трудоемкий, а поддержка доработанной версии ложится на плечи заказчика. При смене версии или необходимости обновления все доработки нужно перепроверять.
Как правильно. При выборе российского ПО необходимо:
- Запросить детальную документацию по API, сценариям администрирования, ограничениям.
- Провести углубленное тестирование именно тех сценариев, которые критичны для бизнеса.
- Уточнить, какие функции уже реализованы в текущей версии, а какие находятся в разработке, с конкретными сроками.
- Оценить наличие комьюнити и качество технической поддержки — это покажет, насколько продукт жив и развивается.
Ошибка 5. Недооценка стоимости владения
В чем суть. При планировании бюджета заказчик смотрит на цену лицензий и стоимость внедрения. Кажется, что отечественное ПО дешевле зарубежного, и переход должен уложиться в разумные рамки.
Почему это дорого. Реальная совокупная стоимость владения (TCO) складывается из гораздо большего числа факторов. Вот лишь некоторые из них:
- Затраты на оборудование. Российское ПО может предъявлять иные требования к железу. То, что работало на старых серверах с зарубежной системой, может потребовать апгрейда или полной замены при переходе на отечественный стек.
- Затраты на поддержку. Если у вендора нет развернутой службы поддержки или документация оставляет желать лучшего, нагрузка на собственный ИТ-отдел возрастает в разы.
- Затраты на обучение. Переобучение сотен или тысяч сотрудников — это не разовый вебинар, а системная работа, которая требует ресурсов и времени.
- Затраты на интеграцию. Чем больше разнородных отечественных продуктов используется, тем сложнее обеспечить их взаимодействие. Отсутствие унифицированных интерфейсов и единых стандартов превращает интеграцию в дорогостоящий проект.
- Риски простоев. Если миграция идет с ошибками, бизнес-процессы останавливаются. Стоимость часа простоя для крупной компании может измеряться миллионами рублей.
Как правильно. При бюджетировании перехода закладывать не только прямые затраты на ПО и внедрение, но и сопутствующие расходы на оборудование, обучение, поддержку, а также резерв на непредвиденные сложности. Опытные интеграторы, сопровождавшие не один проект, могут помочь оценить реальную картину — не «оптимистичную», а ту, с которой предстоит столкнуться на практике.
Переход на российское ПО в 2026 году — это уже не «история успеха» для отчетности, а реальная эксплуатационная задача. И она сложнее, чем кажется на первый взгляд. Но у нее есть и обратная сторона: компании, которые проходят этот путь осознанно, получают не просто импортозамещение, а возможность пересмотреть архитектуру, избавиться от устаревших решений и построить ИТ-ландшафт, который управляем, защищен и готов к развитию.
Мы в Sympace® видим свою задачу в том, чтобы этот переход был не героическим преодолением, а спланированным, прозрачным и предсказуемым процессом. Наш опыт работы с госучреждениями, промышленными предприятиями и коммерческими компаниями показывает: большинство ошибок можно предотвратить на этапе планирования, если опираться на реальную экспертизу.