На стадии принятия: как проходит IT-импортозамещение в России

Импортозамещением в российском 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-решений, а следовательно, в ближайшее время мы сможем увидеть новые перспективы цифровизации на отечественном фундаменте.

Также читайте:

Расскажите коллегам:
Комментарии
Инженер, Томск
Евгений Равич пишет:
Евгений Пугачев пишет:
За ссылки спасибо.

Не за что.

Если есть 5 мин - посмотрите на идеи AWS и Google по запуску приложений в облаках,  вопросах качества и тестировании.

Евгений Пугачев пишет:
Что касается аджайла как таблетки от всех болезней,

... то там же есть кое-что на эту тему, включая специфические измерения в ходе процесса разработки.

Да, мир меняется.

https://www.rootstrap.com/blog/software-quality-metrics-explained-with-examples/

 

 

Я все-таки говорю немного о другом.

Вы пишете о том как разрабатывать без ошибок. Я пишу о том, что важно пользователю.


Как потребителю продукта, мне вообще не важно как именно этот продукт сделан. Важно только решает он мою профессиональную задачу быстро и дешево или нет.

Без качественного кода это не сделать, но это программа минимум.

Возвращаясь к ГИС. Хотите посмотреть на ГИС 40-летней давности? Зайдите на публичную кадастровую карту.

Даже если "в животике" у этого сервиса не будет ни одной ошибки, на открытом рынке его не продать.

Генеральный директор, Москва
Евгений Пугачев пишет:
Евгений Равич пишет:
Евгений Пугачев пишет:
За ссылки спасибо.

Не за что.

Если есть 5 мин - посмотрите на идеи AWS и Google по запуску приложений в облаках,  вопросах качества и тестировании.

Евгений Пугачев пишет:
Что касается аджайла как таблетки от всех болезней,

... то там же есть кое-что на эту тему, включая специфические измерения в ходе процесса разработки.

Да, мир меняется.

https://www.rootstrap.com/blog/software-quality-metrics-explained-with-examples/

 

 

Я все-таки говорю немного о другом.

Да - и мы не спорим. Просто делимся своми соображениями.

Вы пишете о том как разрабатывать без ошибок. Я пишу о том, что важно пользователю.

Мы оба говорим об этом. И заодно говорим о качестве с точки зрения отраслевых стандартов и подходов. Одно другому не мешает, и стандарты много говорят о customer satisfaction, помимо метрик.

Как сказал процитированный Вами джентльмен из Panasonic, брак в изделии потребитель видит сразу - и делает соответствующие оценки . Для начала ПО должно работать - стабильно, прозрачно для пользователя и в соответствии с его ожиданиями.

Говоря о качестве ПО и сравнении продуктов одной категории, многое проявляется в процессе эксплуатации. Метрики позволяют это как-то посчитать, если есть реальные данные. 


Как потребителю продукта, мне вообще не важно как именно этот продукт сделан. Важно только решает он мою профессиональную задачу быстро и дешево или нет.

Конечно. Если с этой задачей справятся несколько продуктов из доступных? Но часто бывает, что на рынке ничего готового нет.

Хуже, когда продукт есть, но работает не так, как обещано или не так, как Вы бы хотели. Известные вопросы "это баг или фича" звучат достаточно давно. Как и ответы "мы признаем ошибку, но исправим в следующей версии - или вообще не будем исправлять".

Без качественного кода это не сделать, но это программа минимум.

Это не просто минимум - это база, без которой всё остальное можно не обсуждать. Как красивые часы, которые не ходят, или ручка, которая не пишет.

На рынке на удивление мало ПО, с которым у пользователей нет или немного проблем.

Возвращаясь к ГИС. Хотите посмотреть на ГИС 40-летней давности? Зайдите на публичную кадастровую карту.

Я могу туда зайти и что-то посмотреть - совсем неплохо! И есть, что улучшать.

Даже если "в животике" у этого сервиса не будет ни одной ошибки, на открытом рынке его не продать.

А коммерческий успех - совсем другая тема. Скольло первоклассных продуктов ушло с рынка, сколько еще уйдет. Вопросы к их владельцам. Пользователи с этим живут и всегда рискуют.

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Евгений Равич пишет:
На рынке на удивление мало ПО, с которым у пользователей нет или немного проблем.

Вы хотя бы раз пытались пользоваться настоящим профессиональным софтом? 

Евгений Равич пишет:

Евгений Пугачев пишет:
Как потребителю продукта, мне вообще не важно как именно этот продукт сделан. Важно только решает он мою профессиональную задачу быстро и дешево или нет.

Конечно. Если с этой задачей справятся несколько продуктов из доступных? Но часто бывает, что на рынке ничего готового нет.

Хуже, когда продукт есть, но работает не так, как обещано или не так, как Вы бы хотели. Известные вопросы "это баг или фича" звучат достаточно давно. Как и ответы "мы признаем ошибку, но исправим в следующей версии - или вообще не будем исправлять".

О, да вы небось ничего кроме Компаса за всю свою карьеру не видели. 

По крайней мере такой можно сделать вывод из ваших односложных ответов. 

Евгений Равич пишет:
А коммерческий успех - совсем другая тема. Скольло первоклассных продуктов ушло с рынка, сколько еще уйдет. Вопросы к их владельцам. Пользователи с этим живут и всегда рискуют.

Вам-то не знать, что пользователь ничем не рискует. Останется последняя версия - и что? 

WinRAR тоже вон пользуются, какая уже версия подряд маркируется Final Patch, и даже стили ввели, и самый популярный - WinRAR Classic, возвращающий иконки от WinRAR 4 и ранее. 

Люди и сейчас порой спят и видят, чтобы вернуть классическую оболочку под Windows 7 Aero, где размещению элементов уделяли внимание в контексте их логики, а не только в силу веления левой пятки менеджеров, которым нужно было всё сделать максимально никудышным, да ещё максимально запрятать то, что было раньше в двух кликах. 

Генеральный директор, Москва
Александр Ковалёв пишет:
Евгений Равич пишет:
На рынке на удивление мало ПО, с которым у пользователей нет или немного проблем.

Вы хотя бы раз пытались пользоваться настоящим профессиональным софтом? 

Например? 

Евгений Равич пишет:

Евгений Пугачев пишет:
Как потребителю продукта, мне вообще не важно как именно этот продукт сделан. Важно только решает он мою профессиональную задачу быстро и дешево или нет.

Конечно. Если с этой задачей справятся несколько продуктов из доступных? Но часто бывает, что на рынке ничего готового нет.

Хуже, когда продукт есть, но работает не так, как обещано или не так, как Вы бы хотели. Известные вопросы "это баг или фича" звучат достаточно давно. Как и ответы "мы признаем ошибку, но исправим в следующей версии - или вообще не будем исправлять".

О, да вы небось ничего кроме Компаса за всю свою карьеру не видели. 

По крайней мере такой можно сделать вывод из ваших односложных ответов. 

Сделайте какие угодно выводы в меру Вашего понимания обсуждаемой темы. Любой каприз.

Евгений Равич пишет:
А коммерческий успех - совсем другая тема. Скольло первоклассных продуктов ушло с рынка, сколько еще уйдет. Вопросы к их владельцам. Пользователи с этим живут и всегда рискуют.

Вам-то не знать, что пользователь ничем не рискует. Останется последняя версия - и что? 

Часто корпоративное ПО стоит много (или очень много) денег. Добавим стоимость  внедрения и кастомизации. И покупатели хотели бы, чтобы его жизненный цикл был бы как можно более долгим и предсказуемым.

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

 

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Евгений Равич пишет:
Часто корпоративное ПО стоит много (или очень много) денег. Добавим стоимость  внедрения и кастомизации. И покупатели хотели бы, чтобы его жизненный цикл был бы как можно более долгим и предсказуемым.

С одной оговоркой: российское корпоративное ПО.

Всё что для людей продавалось по обычным лицензиям за 1-3 тысячи долларов и 6-9 в случае корпоративных рабочих станций, там один ключ на десятки машин. И ничем, кроме лицензий часто оно не отличается. Всё что нужно для обмена данными, сценариев проверки и оформления в проекте - уже из коробки.

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

За дураков здесь людей только не надо держать. 

Ещё раз, для непонятливых, я здесь говорю не про то, как в вашей конторе должны работать программисты! 

Если я приобретаю софт для работы, то он должен мне помогать выполнять мою профессиональную деятельность, а не становится очередной приградой на моём пути. 

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

Генеральный директор, Москва
Александр Ковалёв пишет:
Евгений Равич пишет:
Часто корпоративное ПО стоит много (или очень много) денег. Добавим стоимость  внедрения и кастомизации. И покупатели хотели бы, чтобы его жизненный цикл был бы как можно более долгим и предсказуемым.

С одной оговоркой: российское корпоративное ПО.

Зачем нужна эта оговорка? Она что-то проясняет?

Всё что для людей продавалось по обычным лицензиям за 1-3 тысячи долларов и 6-9 в случае корпоративных рабочих станций, там один ключ на десятки машин. И ничем, кроме лицензий часто оно не отличается. Всё что нужно для обмена данными, сценариев проверки и оформления в проекте - уже из коробки.

О чем Вы? Обычные (?) лицензии на что? Как Вы поняли, что всё, что нужно всем возможным категориям пользователей и для всех возможных будущих систем - уже в коробке?

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

За дураков здесь людей только не надо держать. 

Ещё раз, для непонятливых, я здесь говорю не про то, как в вашей конторе должны работать программисты! 

Об этом вообще кто-то говорит? Вы вступили в обмен идеями о параметрах качества ПО.

Если я приобретаю софт для работы, то он должен мне помогать выполнять мою профессиональную деятельность, а не становится очередной приградой на моём пути. 

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

Вы совершенно правы. Не покупайте такое ПО для личного пользования. А если Вы работаете в корпоративной системе - не пользуйтесь ей, если это так неприятно.

Хотя недоработки ПО и всё, что Вы перечислили, имеют самое прямое отношение к качеству. Выше мы это обсуждали, говоря о стандартах.

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Евгений Равич пишет:
Как Вы поняли, что всё, что нужно всем возможным категориям пользователей и для всех возможных будущих систем - уже в коробке?

Мозгами. Вам тоже советую, сначала думать, прежде чем говорить. 

Евгений Равич пишет:
Об этом вообще кто-то говорит?

Вы. При чем не останавливаясь. 

Евгений Равич пишет:
Вы вступили в обмен идеями о параметрах качества ПО.

Никаких "параметров качества ПО" здесь и помине не было. Не надо ко мне привязывать свои фантазии. 

Дискуссия о признаках качественного ПО и принципах, которые к ним придъявляются, и то без научных обобщений. 

Евгений Равич пишет:
Не покупайте такое ПО для личного пользования. А если Вы работаете в корпоративной системе - не пользуйтесь ей, если это так неприятно.

Это самый умный ответ, что вам пришел на ум? Жалкое зрелище. 

Евгений Равич пишет:
Выше мы это обсуждали, говоря о стандартах.

И что? Спроси определение и вы даже на такой вопрос не сможете дать вразумительный ответ. 

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

И после этого вы мне еще говорите, что что-то понимаете в качестве софта. Вы свой бардак сначала разберите, все итак увидели какой из вас директор, что элементарного анализа провести не может, ни принять элементарного стратегического решения, ни даже сказать себе, где он действует наудачу. 

Генеральный директор, Москва
Александр Ковалёв пишет:
Что вам стандарты, когда буквально в каждом вашем слове видно какой у вас там бардак. И никакого даже намёка на желание его разгребсти. Вместо того, чтобы делать свою работу, держу пари, что ваши менеджеры только и делают, что доказывают тщетную необходимость своего присутствия, искусственно создавая конфликты между продажниками и программистами. 

Что же Вы все-таки хотели сказать?

К кому Вы обращаетесь?

С кем Вы так настойчиво боретесь?

Аналитик, Москва
Александр Ковалёв пишет:
Анатолий Курочкин пишет:
Но у неё есть другие хорошие и конкурентные свойства, например, легкость локализации. 1С ещё версии 7.7 мы применяли в одной из корпорации - завод в Твери, порядка двух десятокв торговых филиалов по все стране + ЕГАИС.  Несколько тысяч единиц учёта. При перепроведении баз возникали серьёзные проблемы, а в реальном производстве и торговле она совершенно спокойно справлялась с нагрузкой. Там есть свои ловкости, тонкости и приблуды.

После определенной доработки напильником это "изделие" работает может и стабильно. Но в реальном бизнесе нужно, чтобы софт работал как следует из коробки, а не после шаманств и танцев с бубном, только из-за того, что кто-то делает свою работу на отлюбись.  

Не сочиняйте, пожалуйста, Александр. 1С работает совершенно стабильно - покупаешь, инсталлируешь и работай. Конфигурации дорабатывают под себя, под свои капризы и там это делается очень просто. Гораздо проще, стократно проще, чем в б.Аксапте. Есть проблемы с производительностью, когда количество пользователей начинает превышать сто человек, но у на, например, она ещё 7 версии работала и на 800 пользователях. Есть такие возможности. Так на то и программисты, чтоб проблемы решать, а не дурочку на работе валять. Багов в привычном понимании там крайне мало. Гораздо меньше, чем в worde к примеру.

Александр Ковалёв +2923 Александр Ковалёв Инженер, Омск
Анатолий Курочкин пишет:
Так на то и программисты, чтоб проблемы решать, а не дурочку на работе валять.

Во первых, системный администратор. Программисты немного другим занимаются - все кто вырос уже в эпоху компьютеров различают эти две профессии. 

Во вторых. Знаете, когда приобретаешь ПО за 200 тысяч, то что-то не так, когда к нему ещё нужно искать программиста, который тебе его доделает под нужды твоей организации. 

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии