Импортозамещением в российском IT-секторе занимаются уже давно, однако, как признают эксперты, довольно долго этот процесс был половинчатым. Причин было множество: и отсутствие отечественных аналогов передовых зарубежных решений, и неготовность отказаться от привычных инструментов, и многое другое.
Предложение и спрос на отечественное ПО
Хотя активное продвижение импортозамещения в IT-сфере началось еще в 2014 году, массовый уход с российского рынка зарубежных IT-производителей и разработчиков, который случился весной этого года, стал для многих бизнесменов серьезным ударом. Да и для регулятора тоже. Ситуацию надо было быстро спасать, отсюда и многие решения на государственном уровне.
К началу июля 2022 года реализуются сразу несколько программ льготного кредитования IT-компаний. Надо отдать должное регулятору: льготы достаточно объемны и распространяются почти на всех, кто так или иначе связан с IT-бизнесом. Так, кредиты интеграторам предлагаются под 5%, разработчикам на R&D – под 3%, на разработки бизнеса для собственных нужд – под 5%. IT-специалистам доступна льготная ипотека и отсрочка от службы в армии.
Конечно, представители рынка хотели бы большего, да и получение льгот все еще достаточно бюрократический процесс, но даже такие меры реально стимулируют импортозамещение. Вкупе с безвыходной ситуацией из-за отсутствия глобальных IT-игроков на нашем рынке уже за пять месяцев получился определенный результат: рост и спроса и предложения. По данным Минцифры, с конца февраля до июня спрос на отдельные категории отечественного ПО вырос на 300% по отношению к аналогичному периоду 2021 года, а значит, спрос сформирован. Предложение также во многом сформировано: сейчас в реестре отечественного ПО около 14 тыс. продуктов от более чем 4 тыс. поставщиков.
Но подчеркну: важны не только количественные изменения – гораздо значимее системные изменения в отношении импортозамещения со стороны представителей бизнеса.
Ренат Лашин, исполнительный директор Ассоциации разработчиков программных продуктов (АРПП)
«В условиях технологических санкций многие компании столкнулись с необходимостью оперативно и с минимальными издержками перевести свою инфраструктуру на российские решения и платформы. С февраля 2022 года, по данным АРПП, спрос на российские IT-продукты вырос в 3-10 раз в зависимости от категории и класса ПО. Раньше спрос на отечественные решения наблюдался преимущественно в госсекторе. Однако с марта ситуация кардинально изменилась – на российское ПО стали стремительно переходить бизнес и промышленность.
Еще некоторое время назад подавляющее большинство компаний не хотели замещать иностранное ПО российским, не желали менять привычное и удобное. Сейчас же, после ухода с рынка зарубежных производителей ПО, приостановки продаж и техподдержки этих продуктов, у многих заказчиков просто не остается выбора. И эта ситуация, безусловно, влияет на скорость перехода на отечественные решения и создает хорошие перспективы для развития российского IT-рынка».
Инфраструктура и менталитет заказчиков IT-продуктов
Здесь, как показывает наш опыт взаимодействия с бизнес-потребителем, в последние месяцы тоже произошли качественные перемены. Прежде всего, серьезно трансформировались критерии выбора решения для замещения зарубежного продукта. Раньше заказчики хотели получить практически аналогичный набор функций, теперь подход другой: вместо детального сравнения возможностей продуктов заказчик смотрит на то, как с помощью нового ПО решаются бизнес-задачи конкретного предприятия. Таким образом, мы видим ориентацию на результат, а не на отдельные инструменты. При необходимости, например, если новое решение обладает определенными ограничениями, заказчик готов даже пересматривать свои бизнес-процессы.
Далеко не все компании готовы подстраиваться под возможности отечественных IT-решений. Признаем, что зачастую эта мера вынужденная: хотя в реестре российского ПО тысячи решений, среди них много незрелых, и даже «старожилы» реестра, проверенные временем надежные решения, могут спасти ситуацию не всегда. Многое зависит и от того, есть ли у вендора достаточно экспертизы, реальных внедрений в нужной отрасли. С другой стороны, желающие, чтобы решения затачивались под них, осознали необходимость платить за доработки. Возможно, кому-то это покажется само собой разумеющимся, но еще полгода назад многие требовали внести изменения в продукт бесплатно.
Еще к значимым изменениям отнесу и сформировавшуюся у бизнес-клиентов под влиянием ситуации готовность ждать доработок. Еще недавно был запрос «давайте прямо здесь и сейчас», поэтому нужно было приходить с готовым решением, иначе оно просто не рассматривалось. Теперь заказчик стал более гибким, как говорится, жизнь заставила. Да и требования свои клиенты стали выражать более открыто: бизнес идет на диалог и указывает, какие доработки, по его мнению, сделают решение более приемлемым и повысят вероятность его покупки.
Изменилось и отношение к российским базам данных и продуктам Open Source в целом: теперь они, можно сказать, стали новым эталоном минимальных технических требований к решениям. При этом клиенты готовы ждать перевода на отечественные или открытые базы данных, нужны только разумные сроки. Раньше на такое соглашались редко.
Еще один важный тренд: клиенты осознали, что российское ПО не обязано стоить в десять раз дешевле западного. Раньше хотели именно кратного снижения стоимости, что существенно ограничивало возможности отечественных вендоров, так как разработка – дело недешевое.
В целом бизнес перестал искать некую «серебряную пулю», которая решит все проблемы одним выстрелом раз и навсегда. Гибкость, договороспособность и нацеленность на решение насущных проблем – вот что характеризует новую реальность в IT-импортозамещении.
Проблемы IT-импортозамещения и решения
Все сказанное выше не значит, что импортозамещение идет полным ходом и без проблем. В текущих экономических условиях у многих ограничены бюджеты, и замена IT-продуктов в них не была заложена. Да и в целом цикл сделки увеличился: незапланированные траты требуют множественных согласований, а это – вопрос времени. В ряде случаев траты нужно согласовать с акционерами, которые далеко не всегда понимают необходимость изменений.
Дополнительная сложность в отсутствии квалифицированных кадров. Все наслышаны об оттоке IT-специалистов из страны, и хоть масштабы бедствия несколько преувеличены, такой тренд был. Важнее, что оставшиеся в России айтишники мало знают именно об отечественных решениях. Зарубежные вендоры сотрудничали с вузами, стимулировали повышение квалификации, да и востребованность сертифицированных специалистов по иностранным решениям была, разумеется, выше, чем по отечественным. Мало кто из российских разработчиков мог позволить себе столь высокую активность в подготовке кадров. Плоды этого мы сейчас пожинаем.
Впрочем, ситуация не безвыходная: наш опыт показывает, что заказчику стоит искать не просто интеграторов, а экспертов в процессах клиента. Особенно это важно, когда речь идет о новых для компании процессах, или процессах, требующих регулярной адаптации под меняющиеся условия.
Есть и другие сложности. К примеру, у многих нет времени для подгонки и адаптации решений, а проблемы с поставками оборудования, в особенности серверов, накладывают дополнительные ограничения на проекты. И эти проблемы не относятся к числу легко решаемых.
Перспективы технологической независимости
Несмотря на наличие достаточно серьезных сдерживающих факторов, темпы импортозамещения будут увеличиваться. Многие руководители начали привыкать к мысли, что западные решения быстро не вернутся. Если поначалу часто встречалась выжидательная позиция, теперь импортозамещение практически безальтернативно. Также растут риски для бизнес-пользователей зарубежных решений – блокировки отдельных сервисов без предупреждения, да и сложности с поддержкой, а также продлением лицензий и покупкой новых только нарастают. Все это может привести к существенным финансовым потерям для пользователя.
К тому же давление регулятора не уменьшается – преимущественно это касается госсегмента, но ветер может быстро подуть и в сторону независимого от государства бизнеса. Поэтому многие предприятия уже имеют вполне конкретные и объемные планы по импортозамещению, за выполнение которых предусмотрена реальная ответственность руководителей.
Надо учитывать, что цифровизация и автоматизация – тренды, которые напрямую связаны с эффективностью бизнеса. К примеру, мы видим, что многие компании начали экономить на своих проектных офисах: сотрудников сокращают, но задач меньше не становится, поэтому наличие инструмента автоматизации процессов управления проектами становится критичным. Также мы фиксируем смещение приоритетов: если раньше топ-менеджмент 80% времени занимался операционной составляющей и 20% – проектами, то сейчас соотношение поменялось на обратное. А раз значимость проектов растет, то и цифровизация этой сферы становится более приоритетной.
Я убежден, что импортозамещение (или стремление к технологической независимости) – стратегически верный путь, который позволит российскому бизнесу выйти на новый уровень цифровизации. Без проблем мы не обойдемся, но произошедшие изменения свидетельствуют о том, что бизнес дошел до стадии принятия российских IT-решений, а следовательно, в ближайшее время мы сможем увидеть новые перспективы цифровизации на отечественном фундаменте.
Также читайте:
Для пущей точности - поправьте меня. Несколько названий из десятков позиций модельного ряда:
CМ1/2/2М имели в родословной некий старый HP с каким-то четырехзначным номером. В оригинале никогда его не видел. Вокруг меня мои коллеги работали на M6000 и СМ-2 над задачами класса АСУ ТП для московского метро и обычно ходили с коробками перфолент. Кстати, M6000 стояла заодно в одном из помещений на станции "Площадь Революции". Всё как-то годами работало.
СМ3/4/1420/1425 - совершенно другое животное, спасибо гениям DEC. Даже я, юный пионер, работал на них в трех ОС, написанных, насколько я могу судить, на очень высоком уровне. В странах СЭВ маркировался иначе.
Про СМ 1700 можно говорить отдельно. Продукт другой эпохи, там закончились технологические возможности нашей микроэлектронной и прочей промышленности. Вместе с СЭВ и СССР.
Заодно вспомним 8-битную СМ1800 уже на нашем клоне Intel 8080/88 (КР580). Там я видел только монитор с фукциями ОС и писал только на ассемблере. Но аппарат выпускался серийно, чипы и конструктивы были относительно простые. Потом была СМ1810 на 16-,битном ЦП, тоже нашем.
Вся история СМ - это десятилетия выполнения огромной правительственной программы. Очень сильные люди и несколько конкурирующих центров разработки, которые продвигали свои решения и технологии. Очень большие ресурсы нескольких стран.
Точнее не скажешь! Всё верно!
Мы ударились в воспоминания. ))) Но интересно же! СМ-2, кторую много лет эксплуатировал я - это велосипед. Включаешь питение, набираешь пусковой адрес, нажимаешь "Пуск". Три секунды помигала и всё, загрузилась - хоть с перфоленты, хоть с дисков. Имела два просессора, два канала прямого доступа в память (так назывался монопольный канал). Надёжность низкая, но, благодаря практическ двойному резервированию, работала надёжно.
У лидера ГИС-систем такой модуль есть, он не входит в базовый комплект, но это стандартная задача, которая решена.
Если интерфейс открыт - обычная работа, но её нужно делать постоянно и добавлять результаты в доступное. Выпустили новый монитор с более высоким (или просто другим) графическим режимом - извольте поддерживать. То же - для очередной версии USB. То же - для очередного чипсета WiFi, памяти и пр. и пр.
Что-то обычно дают производители периферии, но заставьте их тестировать версии для уникальной российской ОС. А то Вы свой принтер не увидите.
Возможно - я видел вполне рабочие системы для некоторых городов достаточно давно. Вопрос, как поддерживать такие карты в актульном состоянии.
СМ4 работала примерно также - ставишь диск с нужной ОС и нажимаешь ключи. Быстро и просто.
Кстати, даже ЕС была достаточно неприхотлива. Помню, как-то в годы застоя сгорела летом половина памяти, и стандартная версия MVT (переменные разделы) уже не запускалась. А нужно было работать. На этот случай системщиками был заготовлен другой пакет с MFT (фиксированные разделы), который спокойно стартовал и позволял запускать 2-3 задачи.
Голь на выдумки хитра. Но и отношение к ресурсам было совершенно другое.
Это уже не задача ПО, а задача его эксплуатации.
Если система позволяет БД наносить на карту "на лету", то задача сводится к поддержанию БД в актуальном состоянии.