Импортозамещение: с чего начать, если систем десятки

«Нам сказали замещать» — и дальше тишина. На столе десятки систем: почта, видеосвязь, базы данных, виртуализация, инженерное ПО, обвязка учёта, мониторинг, удалённый доступ. Лицензии заканчиваются в разные даты. Интеграции держат отчётность. Любая точечная замена обещает задеть соседний процесс. Вопрос «с чего начать» повисает, потому что начать хочется сразу со всего.

Импортозамещение без карты зависимостей — лотерея. С картой — программа с очередностью, пилотами и понятным риском для бизнеса. Руководителю нужен не лозунг, а ответ: что критично заменить раньше, что может подождать, где пилот безопасен, а где цена ошибки — остановка продаж или отчётности.

На практике провал почти всегда связан не с «плохим отечественным продуктом», а с попыткой заменить витрину процессов, не меняя сами процессы и не готовя людей.

Как обычно проваливают старт

Выбирают модный продукт и пытаются натянуть его на все сценарии разом. Через месяц пользователи бунтуют, откат становится и техническим, и политическим. Другой путь — заморозить всё и ждать идеального аналога один в один. Его не будет: часть сценариев придётся адаптировать. Третий — менять заметные системы, оставляя критичный контур на старых лицензиях до внезапного стопа обновлений и поддержки.

Есть и четвёртый сценарий: закупка ради отчёта. Лицензии куплены, внедрение буксует, параллельно живёт старый контур «на всякий случай». Двойные затраты и ни одной завершённой миграции.

Ошибки, которые дорого стоят

Начинать с логотипов, а не с рисков: что отключится раньше по поддержке, железу, обновлениям. Игнорировать интеграции — заменили одну систему, отвалился обмен с другой. Не включать владельцев бизнеса: IT выбирает, бухгалтерия и продажи страдают. Обещать замену без изменения процессов — обещание, которое ломается на пилоте.

Рабочая последовательность

Сначала инвентаризация: что есть, какие лицензии, кто пользователь, какие интеграции, какой класс критичности. Затем риски: что нельзя потерять ни на день, что терпит пилот. Потом целевой стек не как мечта, а как набор вариантов с критериями: совместимость, наличие компетенций на рынке, стоимость владения, требования заказчиков и регуляторов.

Пилоты обязательны. Малый контур, измеримый успех, понятный откат. Только после пилота — тираж. Параллельно — обучение и поддержка: замена без людей, которые умеют жить в новой системе, заканчивается теневым возвратом к старому.

Для части контура честный ответ может быть «оставить и компенсировать риск», а не «заменить любой ценой». Матрица решений спасает бюджет и нервы.

Роль архитектуры

Без схемы потоков данных вы меняете коробки вслепую. Нужны хотя бы простые диаграммы: кто с кем обменивается, где персональные данные, какие отчёты критичны. Тогда замена почты не становится сюрпризом для CRM, а замена СУБД — сюрпризом для отчётности.

Отдельно стоит заранее решить, где допустим гибрид на переходный период. Жёсткий «всё и сразу» часто дороже поэтапного снятия зависимости.

Что считать успехом

Не «всё отечественное на слайде», а снижение критичных зависимостей без остановки бизнеса. Сроки лицензий закрыты планом. Пользователи обучены. Интеграции живы. Есть запасной контур на переход.

Частые вопросы

С чего начать, если систем очень много? С того, что раньше закончится поддержка или сильнее бьёт по выручке при отключении.

Нужно ли менять всё? Нет. Нужно управлять риском зависимости. Иногда достаточно компенсирующих мер и плана B.

Почему пилот обязателен? Потому что расхождение процессов и продукта видно только в работе реальных пользователей.

На что смотреть через месяц

Улучшение проверяют фактами: меньше инцидентов, короче простой, ниже доля ручной работы, предсказуемее расходы, понятнее ответственность. Если через месяц картина не изменилась, выбран не тот рычаг или не закреплены регламент и владелец.

Зафиксируйте исходную точку до изменений: длительность последнего сбоя, откуда о нём узнали, сколько часов уходило на рутину, какая статья затрат была непрозрачна. Иначе через квартал снова начнётся спор «стало лучше или просто забыли».

Практический минимум на две недели

Не чините всё сразу. Возьмите один критичный контур и доведите до состояния «можно объяснить руководителю за три минуты»: что ломается, кто заметит первым, как откатываемся, какова цена простоя. Затем повторите для следующего.

Короткий документ — схема, доступы, владельцы, даты проверок — полезнее длинной wiki, которую никто не открывает. Обновляйте его после инцидента, пока правда ещё свежая. И назначьте персонального владельца: коллективная ответственность в авариях обычно означает её отсутствие.

Итог

Если сейчас вы не знаете, с чего начать, начните не с закупки, а с карты. Закупка без карты — самый дорогой способ создать видимость прогресса. Импортозамещение становится управляемым, когда очередность следует из рисков бизнеса, а не из моды на названия продуктов.

Дополнительно имеет смысл провести короткую ретроспективу с бизнесом: что осталось неудобным, какие обходные пути люди всё ещё используют, где не хватает прав или наоборот их слишком много. Именно обходные пути показывают, что официальный процесс ещё не стал основным.