На портале cio-navigator.ru опубликовано исследование, посвящённое отечественному рынку сервисных платформ, — рейтинг российских облачных (SaaS) ITSM-систем 2026. В обзор попали 20 платформ, оценённых более чем по 50 показателям: от набора функциональных модулей и поддерживаемых методологий до каналов приёма заявок и масштабов реальных внедрений. Материал подготовил Санкт-Петербургский Клуб ИТ-директоров, и для него это первое собственное сравнение в данной категории.
Зачем ИТ-службе отдельная система управления услугами
ITSM — это подход, при котором ИТ рассматривается не как набор серверов и лицензий, а как совокупность услуг, приносящих бизнесу измеримую ценность. Практическая реализация этого подхода — ITSM-система: единый контур, где сходятся обращения пользователей, задачи инженеров и данные о состоянии инфраструктуры.
Типовой набор возможностей, который разбирается в исследовании:
- регистрация, классификация, приоритизация и маршрутизация инцидентов и запросов с контролем SLA;
- управление активами и конфигурациями (CMDB) со связями между ресурсами и сервисами;
- управление изменениями и релизами: планирование, согласование, контроль внедрения;
- база знаний, снижающая долю повторных обращений;
- аналитика, дашборды и KPI для управленческих решений;
- интеграции с корпоративными системами и ролевое разграничение доступа.
Помимо ITIL 4 современные платформы опираются и на другие рамки — ITAM, ESM, COBIT, отечественный РИТМ. Чем шире перечень поддерживаемых методологий, тем проще встроить решение в уже регламентированные процессы компании.
Что показало сравнение
Итоговый рейтинг построен на комплексной оценке: универсальность решения, число автоматизируемых процессов, функциональные возможности, рыночные характеристики и стоимость. Методика авторская — количественные баллы сочетаются с качественным разбором функциональности, и в дальнейшем её планируют углублять, учитывая степень проработки каждой функции.
Отдельно оценивалась распространённость. Здесь авторы сознательно ужесточили правила: в расчёт брались только подтверждённые внедрения именно ITSM-модуля. Данные по общей пользовательской базе платформы, бесплатным версиям и смежным продуктам исключались — иначе универсальные low-code платформы автоматически обошли бы специализированные сервис-дески.
В обзоре есть краткие описания каждой платформы — от enterprise-решений на базе low-code платформ и ESM-систем для распределённых холдингов до компактных helpdesk-сервисов и систем инвентаризации ИТ-активов. Сводные таблицы содержат целевую аудиторию каждого вендора, сегмент рынка (СМБ или Enterprise), модель оказания услуг (InHouse или MSP), число действующих клиентов, примеры заказчиков и максимальный масштаб внедрения в лицензиях.
Сильные и слабые стороны облачной модели
SaaS-формат снимает с ИТ-команды инфраструктурную рутину: платформа размещается и сопровождается на стороне вендора, обновления приходят автоматически, а запуск занимает существенно меньше времени, чем развёртывание on-premise. Масштабирование при росте числа пользователей и подразделений тоже происходит быстрее, а затраты становятся более предсказуемыми.
Ограничения не менее очевидны:
- кастомизация интерфейсов, логики процессов и интеграций обычно уже, чем в локальных установках;
- работа критически зависит от стабильного интернет-канала;
- данные хранятся у поставщика, что требует доверия к его политикам безопасности.
Именно поэтому облако чаще выбирают организации без жёстких требований к месту хранения данных. Для сравнения авторы выпустили и параллельное исследование локальных ITSM-систем — ссылка на него есть в самом материале.
Как пользоваться рейтингом при выборе
Универсального лидера здесь нет и быть не может. Практичная логика работы с таблицами такая:
- начните с сегмента — часть платформ прямо позиционируется под СМБ до 300–500 пользователей, часть рассчитана на крупный бизнес и госструктуры;
- сверьте модель оказания услуг: внутренняя ИТ-служба и аутсорсинговый MSP-провайдер нуждаются в разной функциональности;
- оцените методологический охват — если у вас регламентированные процессы и аудит, узкий сервис-деск быстро упрётся в потолок;
- посмотрите на максимальный масштаб внедрения: он честнее говорит о нагрузочной зрелости, чем маркетинговые заявления;
- проверьте наличие CMDB и учёта активов, если нужен контроль изменений в инфраструктуре, а не только журнал заявок.
Частая ошибка — выбирать «максимально функциональное» решение. Тяжёлая платформа уровня Enterprise в небольшой сервисной службе съедает ресурс на настройку и поддержку, не давая отдачи. Обратная крайность — компактный helpdesk в холдинге с распределённой инфраструктурой, где через полгода потребуются проблемы, изменения и активы.
Полные данные вынесены в приложение с рейтинговой таблицей, поэтому материал удобно использовать как рабочий чек-лист при формировании короткого списка вендоров и подготовке пилота.
