Как выбрать российскую ITSM-систему в 2026 году и не получить еще один Service Desk

Выбирать ITSM-систему в 2026 году только по наличию заявок и контроля SLA уже недостаточно. Для крупной компании важны CMDB и управление активами, интеграции, масштабируемость, low-code, информационная безопасность, аналитика, возможности ИИ и перспектива перехода от ITSM к ESM.

ITSM-система — это платформа для управления ИТ-услугами на протяжении их жизненного цикла: от обработки обращений и инцидентов до управления проблемами, изменениями, конфигурациями, активами, SLA и знаниями.

Service Desk — только часть этой системы. Его основная задача — организовать точку контакта между пользователями и ИТ-службой: принять запрос, классифицировать его, назначить исполнителя, проконтролировать срок и сообщить результат.

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

Путь к зрелости сервисного управления можно представить так: Service Desk → основные ITSM-процессы → CMDB и ITAM → ESM → AI-driven Service Management.

CMDB — база данных управления конфигурациями. Она содержит конфигурационные единицы — серверы, приложения, базы данных, сервисы, оборудование и другие объекты — и, что особенно важно, связи между ними.

ITAM — управление жизненным циклом ИТ-активов: от закупки и постановки на учет до эксплуатации, лицензирования, обслуживания и списания.

SLA — зафиксированный уровень сервиса: например, время реакции на критический инцидент или срок выполнения запроса.

ESM, или Enterprise Service Management, — распространение сервисного подхода за пределы ИТ на HR, АХО, закупки, бухгалтерию, юридическую службу, ОЦО и другие внутренние функции.

Именно поэтому сравнивать ITSM-системы только по интерфейсу обработки тикетов для крупной компании бессмысленно.

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

CNews Analytics отмечает несколько одновременно развивающихся трендов: выход сервисного управления за пределы ИТ, развитие ESM, рост интереса к low-code, предиктивной аналитике и искусственному интеллекту.

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

В 2026 году этого недостаточно. Миграция может занять месяцы, а сама платформа — использоваться много лет. Поэтому смотреть нужно в комплексе на функционал, архитектуру, стоимость развития, интеграционные возможности и способность платформы пережить очередное изменение процессов.

Особенно это заметно в компаниях, где иностранная ITSM была глубоко кастомизирована и встроена в десятки смежных систем.

Один из главных трендов — переход к ESM. Те же принципы «заявка → маршрут → исполнитель → SLA → контроль результата» применимы к кадровым, юридическим, административным, закупочным и другим внутренним услугам.

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

На демо почти все ITSM-системы выглядят убедительно. Разница становится заметна, когда появляется реальный процесс с исключениями, интеграциями, ролями и несколькими маршрутами согласования.

Если каждое изменение требует отдельной разработки, стоимость развития системы быстро растет. Low-code и no-code позволяют менять формы, маршруты, правила и бизнес-процессы без переделки ядра продукта. CNews отмечает, что поддержка таких инструментов фактически становится стандартом отрасли.

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

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

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

Но название раздела «Изменения» еще не означает полноценный Change Management. Попросите показать сценарий: создание изменения, оценку влияния, согласование, связь с конфигурационными единицами, план отката, выполнение и последующий анализ.

Что спросить у вендора: какие процессы работают из коробки, какие требуют настройки и какие придется разрабатывать отдельно?

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

Система должна хранить конфигурационные единицы и связи между ними, показывать зависимости ИТ-сервисов от инфраструктуры и помогать оценивать влияние инцидентов и изменений. Например, если планируется обновление сервера, ITSM должна помогать определить, какие приложения и бизнес-сервисы от него зависят. Отдельно стоит проверить ITAM. CMDB и ITAM связаны, но решают разные задачи. CMDB отвечает прежде всего за конфигурации и зависимости, ITAM — за жизненный цикл и экономический учет активов.

Что спросить у вендора: как наполняется CMDB, поддерживается ли сервисно-ресурсная модель, как актуализируются данные и можно ли связать актив с инцидентами, проблемами и изменениями?

ITSM для крупного бизнеса должна выдерживать большое число заявок и организационную сложность.

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

Что спросить у вендора: какое крупнейшее промышленное внедрение работает сегодня и на какой нагрузке?

ITSM практически никогда не работает изолированно от таких объектов, как:

Поэтому один из обязательных критериев — открытый и документированный API. Важно проверить не только наличие REST API, но и ограничения: какие объекты доступны, можно ли создавать двусторонние интеграции, как работает авторизация, есть ли очереди событий, вебхуки и готовые коннекторы.

Что спросить у вендора: покажите интеграцию, сопоставимую с нашим сценарием.

ITSM выбирают на годы, а процессы компании за это время обязательно изменятся. Система должна давать возможность без разработки:

Low-code особенно важен спустя год-два эксплуатации, когда накопилась очередь изменений.

Что спросить у вендора: что администратор заказчика способен изменить самостоятельно, а где потребуется разработчик или сам вендор?

Если сегодня компании нужен только Service Desk, это еще не означает, что через два года ей не понадобится ESM.

HR может захотеть портал кадровых запросов, АХО — обслуживание рабочих мест, закупки — управление внутренними заявками, юридическая служба — очередь запросов и SLA. Если для каждого подразделения покупать отдельный Service Desk, компания получит несколько систем, порталов, справочников и интеграций. Поэтому для крупного бизнеса полезно заранее задать вопрос: можно ли построить другие сервисные процессы на той же платформе?

Российское происхождение продукта — важный, но не единственный критерий безопасности.

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

Сравнивать ITSM по наличию «ИИ внутри» бессмысленно — сравнивать нужно конкретные сценарии:

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

Что спросить у вендора: где находятся данные, какие модели используются, можно ли развернуть ИИ в закрытом контуре, какие действия он совершает самостоятельно и как работает human-in-the-loop?

Дешевая лицензия не гарантирует дешевую ITSM через три года.

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

В enterprise-проекте компания выбирает вместе с программой экосистему вокруг нее.

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

Что спросить у вендора: есть ли среди них компания с похожей архитектурой, нагрузкой и требованиями?

При поиске «лучшие ITSM системы России» легко попасть в каталоги, где продукты ранжируются по неизвестной методике. Для предварительного шорт-листа лучше использовать данные с понятным критерием.

В 2026 году CNews Analytics впервые опубликовала рейтинг крупнейших российских поставщиков ITSM-систем с совокупной выручкой от поставки ITSM-систем 8,5 млрд рублей. В него вошли BPMSoft, Naumen, «Лукоморье», «Сфера», SimpleOne и др.

Таблица показывает функции, которые удалось подтвердить по официальным материалам вендоров и независимым данным.

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

В BPMSoft реализованы управление обращениями и инцидентами, каталог услуг, SLA, проблемы, изменения, база знаний, конфигурации, CMDB, сервисно-ресурсные связи и управление ИТ-активами. Решение работает на low-code-платформе и предусматривает автоматизацию сервисных процессов за пределами ИТ. В ИИ-сценариях доступны, в частности, классификация и приоритизация обращений и определение группы ответственных.

По данным CNews Analytics, по итогам 2025 года BPMSoft заняла второе место среди крупнейших российских поставщиков ITSM по выручке от поставки ITSM-систем. Выручка направления составила 1,016 млрд рублей без НДС. Среди заказчиков — Газпром нефть, Зарубежнефть, ТМК и Норникель.

Российская замена ServiceNow для управления ИТ-услугами существует как класс решений, но искать продукт, который копирует ServiceNow один в один, — не лучший подход.

ServiceNow у разных заказчиков может выполнять совершенно разные функции. В одной компании это преимущественно Incident Management и Service Catalog. В другой поверх платформы построены CMDB, ITAM, изменения, HR-сервисы, собственные workflow, интеграции и десятки кастомных приложений.

Поэтому миграцию стоит начинать с инвентаризации используемых возможностей:

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

Пилот должен проверять способность платформы работать с вашими процессами и ограничениями.

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

Во время пилота проверьте:

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

1. Какие ITSM-процессы поддерживаются из коробки?

2. Есть ли полноценная CMDB и как она актуализируется?

3. Есть ли ITAM и как устроен жизненный цикл активов?

4. Можно ли построить сервисно-ресурсную модель и увидеть зависимости сервисов от инфраструктуры?

5. Как система рассчитывает и контролирует SLA?

6. Какие API и готовые интеграционные механизмы доступны?

7. Какие изменения администратор может внести средствами low-code или no-code?

8. Можно ли создавать на платформе новые сервисные процессы?

9. Можно ли распространить систему на HR, АХО, закупки и другие функции и перейти к ESM?

10. Какие ИИ-сценарии реально доступны в промышленной версии продукта?

11. Где обрабатываются данные при использовании ИИ и возможно ли развертывание моделей внутри корпоративного контура?

12. Какие варианты развертывания доступны?

13. Как выглядит методология миграции с ServiceNow или другой иностранной ITSM?

14. Как рассчитывается совокупная стоимость владения на три-пять лет?

15. Какие внедрения сопоставимого с нашей компанией масштаба можно показать в качестве референса?

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

Первый — текущие процессы: инциденты, запросы, проблемы, изменения, каталог услуг и SLA.

Второй — архитектура: интеграции, CMDB, активы, безопасность и производительность.

Третий — развитие: насколько легко компания сможет самостоятельно менять процессы и масштабировать платформу.

Четвертый — следующий уровень зрелости: ESM, автоматизация других внутренних функций и прикладные сценарии ИИ.

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

ITSM-система — это платформа для управления ИТ-услугами и связанными с ними процессами. Она может охватывать обращения и инциденты, запросы на обслуживание, проблемы, изменения, каталог услуг, SLA, базу знаний, CMDB и управление активами. Ее задача — управлять не отдельными тикетами, а качеством предоставления ИТ-услуг.

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

По рейтингу CNews Analytics крупнейшими российскими поставщиками ITSM по выручке за 2025 год стали BPMSoft, Naumen, «Лукоморье», «Сфера» и SimpleOne.

Для крупного бизнеса стоит рассматривать системы, способные работать с большим количеством пользователей, подразделений, ИТ-сервисов и интеграций. Особенно важны развитая CMDB, управление активами, сложная ролевая модель, API, low-code, поддержка ESM и подтвержденные enterprise-внедрения. Проверять масштабируемость лучше на нагрузочном тесте и референсных проектах.

Замену ServiceNow следует выбирать по реально используемому функционалу. Сначала нужно определить требования к Incident, Problem и Change Management, CMDB, ITAM, каталогу услуг, workflow, low-code, ESM, интеграциям и порталу. Затем по этому набору сравнивать российские платформы и проводить пилот.

Сначала зафиксируйте текущие процессы и план развития на три-пять лет. Затем сравните платформы по ITSM-функциям, CMDB, ITAM, масштабируемости, интеграциям, low-code, ESM, безопасности, ИИ и TCO. После формирования шорт-листа проведите пилот на двух-трех реальных процессах с интеграциями и измеримыми критериями успеха.

ITSM фокусируется на управлении ИТ-услугами. ESM переносит тот же сервисный подход на всю организацию: HR, АХО, бухгалтерию, закупки, юридические запросы и другие функции. Пользователи получают единое окно внутренних услуг, а компания — общие процессы, SLA, аналитику и инструменты автоматизации.

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