Российский ITSM 2026

Российский рынок ITSM в 2026 году переживает, возможно, наиболее интересный этап своей истории. Еще несколько лет назад главной задачей предприятий было найти отечественную замену зарубежным Service Desk и ITSM-платформам.

Категории: Россия   Технологии   Наука   Образование  

Российский ITSM 2026

Как системы техподдержки превращаются в цифровую операционную систему бизнеса

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

Обзор CNews Analytics «Российский рынок ITSM-систем 2026» и опубликованный вместе с ним рейтинг крупнейших поставщиков хорошо фиксируют этот переход. В 2025 году лидеры рынка заметно увеличили выручку, а сразу несколько компаний показали двузначные темпы роста. Но финансовая статистика интересна прежде всего не сама по себе. За цифрами просматривается более масштабный процесс: ITSM постепенно становится одной из базовых корпоративных платформ наряду с ERP, CRM, системами документооборота и управления данными.

Что такое ITSM и почему это уже не просто Help Desk

Аббревиатура ITSM расшифровывается как IT Service Management — управление ИТ-услугами. На бытовом уровне такую систему легко представить как портал, куда сотрудник пишет: «не работает почта», «нужен доступ к базе», «сломался ноутбук». Обращение регистрируется, назначается исполнитель, контролируются сроки.

Однако настоящий ITSM значительно шире.

Современная система способна управлять инцидентами, проблемами, изменениями, конфигурациями, активами, каталогом услуг, соглашениями об уровне сервиса SLA, базой знаний и множеством связанных процессов. Международный стандарт ISO/IEC 20000-1 рассматривает управление услугами как непрерывную систему, охватывающую планирование, проектирование, переход, предоставление и постоянное совершенствование услуг. То есть ITSM по своей природе является не системой учета заявок, а управленческой моделью.

И именно эта разница становится принципиальной для российского рынка.

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

Рынок прошел первую стадию импортозамещения

После 2022 года российский ITSM получил мощный внешний импульс. Зарубежные продукты, которые десятилетиями использовались крупными компаниями, потребовалось либо заменить, либо подготовить к постепенному выводу из эксплуатации.

В первые годы главным вопросом было: «Есть ли российский аналог?» К 2026 году вопрос звучит иначе: «Какой российский продукт лучше соответствует нашей архитектуре на следующие пять–десять лет?»

По оценкам экспертов, опрошенных CNews Analytics, объем отечественного рынка ITSM по итогам 2025 года находится примерно в диапазоне 20–35 млрд рублей. В другом материале того же исследования приводится более узкий ориентир — 25–35 млрд рублей. Такая разница сама по себе показательна: границы ITSM становятся размытыми, поскольку в проекты входят лицензии, облачные сервисы, интеграция, внедрение, кастомизация и смежные ESM-функции.

Представители отрасли говорят о темпах роста около 15% и более. Если гипотетически сохранить рост в 15% ежегодно пять лет подряд, рынок за этот период увеличится примерно вдвое. Это не следует воспринимать как точный прогноз на 2030 год — макроэкономическая ситуация, стоимость денег и завершение основной волны импортозамещения могут существенно изменить траекторию. Но такой расчет показывает потенциал сегмента.

Кто сегодня формирует российский ITSM

Рейтинг CNews Analytics позволяет увидеть новую расстановку сил.

▶️ Лидером по итогам 2025 года стал Naumen с выручкой от поставок ITSM-систем 3,01 млрд рублей против 2,291 млрд годом ранее — рост около 24%.

▶️ Второе место занимает BPMSoft — 1,016 млрд рублей и рост на 17%.

▶️ На третье место вышла экосистема «Лукоморье» с 990 млн рублей против 290 млн годом ранее. Ее рост в таблице составляет 71%.

Далее располагаются «Сфера» ИТ-холдинга Т1 с 683 млн рублей и ростом 35% и SimpleOne с 559 млн рублей и ростом 29%. В десятку также входят К2Тех, Pyrus, Пруфтек ИТ, Elma и Юздеск. Только первые пять участников получили от ITSM-проектов более 6,2 млрд рублей. Это говорит о формировании достаточно заметной группы крупных платформенных игроков.

При этом рейтинг нельзя считать полной картой рынка. CNews отдельно предупреждает, что в исследовании отсутствуют некоторые заметные поставщики, в том числе 1С:Itilium и Directum, не предоставившие необходимые показатели. Поэтому позиции рейтинга отражают прежде всего масштаб участвовавших компаний, а не точные доли всего российского рынка.

Еще интереснее структура компаний. У SimpleOne, Юздеск, HelpDeskEddy, Cleverics и ряда других участников ITSM фактически представляет основной бизнес. У крупных многопрофильных технологических групп доля ITSM значительно меньше. Например, в таблице CNews для «Сферы» указано около 12% общей выручки компании, а для К2Тех — всего около 2%.

Таким образом, друг с другом конкурируют не только продукты, но и разные бизнес-модели: специализированные ITSM-разработчики, low-code-платформы, крупные интеграторы и технологические экосистемы.

Главное изменение — превращение ITSM в ESM

Самая важная тенденция обзора CNews связана вовсе не с импортозамещением.

ITSM начинает выходить за пределы ИТ-службы.

Допустим, сотруднику компании требуется новый ноутбук. Для выполнения этой, казалось бы, простой задачи могут одновременно понадобиться действия руководителя, кадровой службы, службы безопасности, закупок, склада, бухгалтерии и ИТ. Раньше часть согласований проходила в почте, часть — в ERP, часть — в Service Desk, а некоторые действия вообще выполнялись вручную.

ESM — Enterprise Service Management — переносит сервисную модель на всю компанию. У сотрудника появляется единое цифровое окно: он запрашивает услугу, а система сама запускает необходимую последовательность процессов.

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

По данным исследования, приведенного CNews, российские предприятия пока находятся на очень разных уровнях зрелости. Для 38% опрошенных ITSM фактически остается системой регистрации обращений, еще 18% используют ее как платформу управления ИТ-сервисами, 23% дошли до более развитой модели с изменениями, активами, SLA и аналитикой. До полноценного ESM, распространяющего сервисный подход за пределы ИТ, добрались лишь около 8% организаций.

Именно эти 8% показывают направление движения рынка.

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

ITSM становится корпоративной «нервной системой»

Современную ITSM/ESM-платформу полезно сравнивать не с электронной очередью заявок, а с нервной системой предприятия. ERP знает, какие ресурсы есть у компании. CRM знает клиентов. Система кадрового учета знает сотрудников. Мониторинг знает состояние серверов и приложений. Система управления активами знает оборудование.

ITSM соединяет события из этих систем с действиями людей и подразделений.

Например, система мониторинга обнаруживает сбой сервера. Автоматически создается инцидент. ITSM определяет затронутую услугу, оборудование и ответственных специалистов. Пользователи получают уведомление. Если сбой критический — запускается процедура эскалации. После восстановления инфраструктуры система сохраняет историю события для последующего анализа.

Таким образом ITSM становится операционным слоем между данными и действиями.

Именно поэтому одним из главных требований к современным российским платформам становятся открытые API, единая модель данных и развитые механизмы интеграции. В материалах CNews поставщики прямо рекомендуют оценивать не столько количество функций «из коробки», сколько архитектуру и стоимость будущих изменений системы.

Low-code становится не модой, а экономической необходимостью

Еще один заметный технологический сдвиг — распространение low-code и no-code.

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

Low-code переносит значительную часть этой работы в визуальный редактор процессов.

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

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

Следующий этап — искусственный интеллект

Особенно интересным становится соединение ITSM и генеративного ИИ.

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

Получается огромная база «проблема — контекст — решение».

Сегодня ИИ уже можно использовать для классификации обращений, определения их приоритета, поиска похожих инцидентов, подготовки ответа оператору, суммаризации длинной переписки и интеллектуального поиска по базе знаний. Эти сценарии перечисляют и участники исследования CNews.

Но наиболее серьезное изменение произойдет с появлением агентных систем.

Классический чат-бот отвечает человеку. ИИ-агент способен не только ответить, но и выполнить действие. Сотрудник пишет: «Мне нужен доступ к аналитической системе». Обычный бот объясняет, как получить доступ.

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

ITSM в такой архитектуре становится особенно важен, потому что именно он предоставляет агенту контекст, правила и границы полномочий. Без хорошо структурированных процессов искусственный интеллект превращается в генератор текста. С правильно построенной сервисной моделью он получает возможность стать исполнителем.

Но AI начинается не с нейросети, а с качества данных

Здесь появляется парадокс.

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

Нейросеть не исправляет информационный хаос. Она его масштабирует.

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

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

Импортозамещение оказалось поводом для реинжиниринга

Одна из наиболее опасных стратегий миграции — попытка буквально воспроизвести старую зарубежную систему.

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

Поэтому миграция является удобным моментом для ревизии.

CNews рекомендует перед переходом провести аудит процессов, определить владельцев, спроектировать целевую модель, инвентаризировать существующие доработки и интеграции, оценить качество переносимых данных и подготовить инфраструктуру. Отдельным элементом становится создание нормального каталога услуг.

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

Почему победит не система с самым длинным перечнем функций

Корпоративное программное обеспечение традиционно любят сравнивать таблицами: есть функция или нет функции. Однако для платформенного ITSM такой подход постепенно теряет смысл. Практически любой серьезный продукт умеет регистрировать инциденты, строить SLA, создавать каталоги услуг и вести базы знаний.

Гораздо важнее другие вопросы.

Насколько легко изменить процесс? Как устроена модель данных? Есть ли полноценный API? Можно ли работать в закрытом контуре? Как система интегрируется с каталогами пользователей, мониторингом, ERP, HRM и информационной безопасностью? Сколько будет стоить новая тысяча пользователей? Можно ли через три года распространить платформу на HR и бухгалтерию? Насколько глубоко разработчик сможет поддерживать продукт через пять лет?

Поэтому стоимость владения начинает вытеснять стоимость лицензии как главный экономический показатель.

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

Безопасность становится свойством архитектуры

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

Поэтому безопасность ITSM нельзя свести к установке антивируса.

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

В материалах CNews отдельно подчеркивается, что универсального набора средств защиты не существует: архитектура зависит от критичности данных, модели развертывания, интеграций и требований конкретной организации.

Это еще один аргумент в пользу превращения ITSM из прикладной программы в критический инфраструктурный компонент предприятия.

Появляется российская методологическая школа

Интересным побочным эффектом технологической перестройки становится развитие собственной методологии управления ИТ. Российские специалисты много лет опирались прежде всего на международные подходы ITIL и COBIT. Сейчас развивается РИТМ — Рациональная ИТ-методология, создаваемая профессиональным сообществом как открытая база знаний и модель управления ИТ.

Важно, однако, не противопоставлять эти подходы искусственно.

Мировые практики управления услугами продолжают развиваться. ISO/IEC 20000 остается актуальным международным стандартом, а отдельная спецификация ISO прямо описывает связь стандарта ISO/IEC 20000-1 и ITIL 4.

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

Рынок еще далек от насыщения

Самая важная цифра исследования — возможно, вовсе не 3,01 млрд рублей выручки лидера и не прогноз роста на 15%.

Это показатель зрелости использования ITSM.

Если только около 8% изученных крупных организаций дошли до ESM, а у значительной части ITSM пока остается фактически системой регистрации обращений, огромный объем потенциальной автоматизации еще не реализован.

Таким образом, российский рынок может расти даже после завершения основной волны импортозамещения. Сначала компания заменяет зарубежный Service Desk. Затем подключает управление изменениями и активами. Потом объединяет ITSM с мониторингом и инфраструктурой. Затем переводит на сервисную модель HR, АХО, закупки и бухгалтерию.

После этого появляются сквозная аналитика и интеллектуальные помощники. И лишь на следующем этапе часть процессов передается автономным программным агентам.Каждая следующая стадия увеличивает ценность уже установленной платформы и одновременно повышает стоимость ее замены.

Главный риск — создать новый технологический монолит

У платформизации есть и обратная сторона. Когда через одну ITSM/ESM-систему проходят ИТ, кадры, закупки, бухгалтерия, доступы и внутренние сервисы, она становится чрезвычайно глубоко встроена в компанию.

Возникает новый vendor lock-in.

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

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

Что показывает рейтинг CNews на самом деле

Финансовая таблица CNews интересна не только тем, кто занял первое, второе или третье место.

Она показывает институционализацию российского ITSM.

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

Следующая конкуренция будет происходить уже не за способность заменить ServiceNow, BMC или другие зарубежные решения функцию в функцию. Она будет идти за право стать основной платформой управления внутренними сервисами предприятия. И здесь набор критериев меняется.

Победителю понадобятся масштабируемость, развитая интеграционная архитектура, low-code, управление активами и конфигурациями, аналитика, безопасность, работа в закрытых контурах, ESM и, все в большей степени, собственный интеллектуальный слой.

От Service Desk к цифровой операционной системе

Российский рынок ITSM образца 2026 года находится между двумя эпохами.

1️⃣ Первая эпоха была связана с заявками. Система помогала ИТ-службе быстрее реагировать на проблемы сотрудников.

2️⃣ Вторая — с сервисами. ITSM начал управлять взаимосвязанными ИТ-процессами.

3️⃣ Третья, которая формируется сейчас, связана с управлением всей организацией через сервисную модель.

В такой архитектуре ITSM/ESM напоминает своеобразную цифровую операционную систему предприятия. Она не заменяет ERP, HRM, CRM или информационные системы производства. Она связывает их с людьми и процессами, определяя, что должно произойти после того или иного события.

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

Вероятно, главным результатом нынешней волны развития российского ITSM станет вовсе не окончательный отказ от нескольких зарубежных программ. Гораздо существеннее другое: компании постепенно учатся рассматривать само предприятие как систему услуг, которые можно описывать, измерять, автоматизировать и улучшать.

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

Именно в этот момент привычный Service Desk окончательно перестает быть «системой заявок» и превращается в один из ключевых центров управления цифровым предприятием.

Опубликовано:

Категории материала: