Сколько стоит ITSM-система в 2026 году: из чего складывается цена и как считать TCO

Вопрос «сколько стоит ITSM-система» почти никогда не сводится к цене лицензии из прайса. ITSM-система (IT Service Management, система управления ИТ-услугами) обходится компании в сумму лицензий, внедрения, интеграций, доработок, инфраструктуры, поддержки, обучения и работы собственной команды. Поэтому стоимость ITSM-системы честнее считать как TCO (Total Cost of Ownership), то есть совокупную стоимость владения программным обеспечением за 3-5 лет.

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

В исследовании BPMSoft и Softline «ITSM 2026: карта зрелости российского рынка» бюджет назвали барьером развития ITSM 59% опрошенных крупных компаний.

Что входит в каждую статью, кто её выполняет и от чего зависит сумма:

· Лицензии или подписка (вендор): право использования системы, модули, лицензии на портал. Разовая статья при бессрочной лицензии, регулярная при подписке. Сумма зависит от числа пользователей по ролям, модели лицензирования и набора модулей.

· Внедрение (интегратор или вендор): обследование, проектирование процессов, настройка каталога услуг и SLA (соглашений об уровне сервиса), тестирование. Разовая статья, сумма зависит от числа процессов и их зрелости у заказчика.

· Интеграции (интегратор, заказчик): службы каталогов, почта, мониторинг, телефония, ERP (система планирования ресурсов предприятия), кадровая система. Разовая на разработку, регулярная на сопровождение; сумма зависит от числа и сложности смежных систем.

· Доработки (интегратор, заказчик): изменения сверх стандартной функциональности. Разовая, затем перенос на новые версии; сумма зависит от глубины доработок и доли программного кода.

· Инфраструктура (заказчик или провайдер облака): серверы, СУБД (система управления базами данных), резервное копирование, контуры, средства защиты. Разовая на закупку, регулярная на эксплуатацию; сумма зависит от модели развёртывания и требований к отказоустойчивости.

· Поддержка (вендор, интегратор): обновления и исправления от вендора, сопровождение интегратором. Регулярная, сумма зависит от уровня поддержки и объёма доработок.

· Обучение (вендор, интегратор, заказчик): обучение специалистов, администраторов и пользователей. Разовая и повторная при ротации; сумма зависит от числа обучаемых и текучести персонала.

· Собственная команда (заказчик): администраторы, аналитики, владельцы процессов. Регулярная, сумма зависит от объёма развития системы.

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

Вендоры берут плату за пользователя, одновременное подключение, специалиста поддержки, сервер, модуль или функциональный пакет. Главный источник расхождений между предложениями в том, кого считать лицензируемым пользователем: в одном КП (коммерческом предложении) это только специалисты поддержки, в другом ещё согласующие и все сотрудники на портале самообслуживания. Цена service desk системы в облачных тарифах обычно указана за агента в месяц, а корпоративные ITSM-системы чаще считают по ролям и модулям.

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

Лицензия по агентам (исполнителям) оплачивает только специалистов поддержки, например линию Service Desk, и типична для облачных service desk. В отличие от оплаты за всех пользователей, счёт не растёт вместе с численностью компании, пока не растёт штат поддержки.

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

Модели лицензирования, их риски и вопросы к вендору:

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

· Конкурентная. Считается одновременное подключение, выгодна при эпизодической работе и сменном графике. Риск: нехватка подключений в пик. Вопрос вендору: что происходит, когда пул исчерпан?

· По агентам (исполнителям). Считается специалист поддержки, выгодна при большом числе заявителей и небольшой команде поддержки. Риск: плата за согласующих и наблюдателей сверх агентов. Вопрос вендору: кто ещё, кроме агентов, требует лицензии?

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

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

Модели сравнивают на одном составе пользователей по ролям, иначе дешёвая на вид модель окажется дорогой после первого расширения.

Подписка (SaaS, программное обеспечение как услуга) означает ежегодный платёж за право использования на срок договора. Бессрочную лицензию покупают один раз и потом ежегодно платят за поддержку и обновления. В расчёте TCO подписка попадает в регулярные затраты каждого года, бессрочная лицензия в разовые, а поддержка к ней в регулярные.

Стоимость внедрения ITSM определяется объёмом работ. Бюджет проекта обычно включает:

· обследование и проектирование процессов;

· настройку каталога услуг и SLA;

· интеграции со службой каталогов, почтой, системой мониторинга, телефонией, ERP и кадровой системой;

· миграцию данных из прежней системы;

· тестирование и опытную эксплуатацию.

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

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

Длительность проекта прямо влияет на трудозатраты внедрения.

Инфраструктура. Серверы приложений и баз данных, СУБД, резервное копирование, средства защиты информации. Кроме промышленного контура обычно нужен тестовый.

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

Собственная команда. Администраторы и аналитики, которые развивают каталог услуг, меняют процессы и готовят отчёты.

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

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

Прямой ответ. Ни облако, ни on-premise не дешевле всегда и для всех. Облако вендора переносит инфраструктуру и обновления в подписку и превращает затраты в регулярные платежи. On-premise требует вложений на старте в серверы и лицензии системного ПО, а в следующие годы остаются поддержка и эксплуатация. Сравнивать варианты нужно по статьям затрат за 3-5 лет и по требованиям безопасности.

Модель развёртывания и модель лицензирования связаны, но это разные решения. On-premise (установка на серверы заказчика) чаще сочетается с бессрочной лицензией, облако вендора с подпиской. Поэтому меняется и соотношение CAPEX и OPEX: капитальных затрат, которые учитываются как вложения, и операционных, которые списываются как текущие расходы.

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

Как распределяются статьи затрат в трёх вариантах:

· Облако вендора. Лицензирование обычно по подписке, инфраструктура входит в неё. Платформу администрирует и обновляет вендор по своему графику, настройки и пользователей ведёт заказчик. Безопасность и соответствие требованиям зависят от сертификации облака. Платежи распределены равномерно (OPEX), при выходе нужно учесть выгрузку данных и условия расторжения.

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

· On-premise. Чаще бессрочная лицензия плюс поддержка, заказчик закупает серверы, СУБД и системное ПО. Администрирование полностью у заказчика, обновления планирует и выполняет заказчик или интегратор, безопасность полностью под его контролем. Крупный платёж на старте (CAPEX), затем поддержка; стоимость выхода ниже, данные уже у заказчика.

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

Прямой ответ. TCO, или совокупная стоимость владения ITSM-системой, считается как сумма разовых затрат, регулярных затрат за выбранный период и затрат на выход из системы. Горизонт расчёта для ITSM-системы обычно берут в 3-5 лет. Затраты собирают по годам, включают внутренние трудозатраты и индексацию цен и сравнивают итог в рублях и в пересчёте на одного пользователя в год.

Концепцию TCO популяризировала Gartner в 1987 году. Горизонт 3-5 лет нормативом не закреплён, это распространённая практика профильных публикаций: три года выбирают по сроку договора или при ожидаемых изменениях в компании, пять лет ближе к жизненному циклу системы. В бизнес-кейсе TCO служит затратной частью.

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

2. Выберите горизонт: 3 года, 5 лет или оба.

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

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

5. Добавьте внутренние трудозатраты: время администраторов, аналитиков и владельцев процессов в рублях.

6. Заложите индексацию цен при продлении и резерв на изменения требований.

7. Посчитайте два-три сценария: базовый, рост числа пользователей, расширение на другие подразделения.

8. Сравните итог TCO за 3 и за 5 лет и стоимость на одного пользователя в год.

Допущения (роли, процессы, интеграции, уровень поддержки) записывайте рядом с расчётом.

Для каждого предложения и сценария посчитайте суммы на запуск и по годам с первого по пятый по таким строкам:

· лицензии или подписка;

· внедрение;

· интеграции;

· доработки;

· инфраструктура;

· поддержка;

· обучение;

· собственная команда;

· резерв на изменения;

· индексация цен.

Итоговые показатели: TCO за 3 года, TCO за 5 лет и стоимость на пользователя в год.

Условный пример. Допустим, компания покупает бессрочные лицензии и на старте оплачивает внедрение и интеграции. В год запуска лицензии составляют заметную долю бюджета. Со второго года за лицензии больше не платят, а поддержка, сопровождение, инфраструктура и команда повторяются ежегодно, поэтому к пятому году доля лицензий в накопленной сумме снижается. При подписке картина другая: платёж за право использования повторяется каждый год, и его доля в TCO остаётся примерно постоянной.

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

Нужна помощь с расчётом? Специалисты BPMSoft помогут рассчитать TCO под ваш состав пользователей, процессов и интеграций. Оставьте заявку.

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

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

· Отдельные лицензии на модули. CMDB (база данных управления конфигурациями), телефония, чат, мобильное приложение, отчётность и ИИ-функции часто продаются сверх базового пакета.

· Лицензии на СУБД и системное ПО. При on-premise их покупает заказчик отдельно.

· Тестовые контуры. Отдельные серверы и, возможно, лицензии.

· Сопровождение интеграций. После обновления ERP или телефонии интеграцию приходится проверять и переделывать.

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

· Индексация цен при продлении. Если цена не зафиксирована на срок расчёта TCO, подписка или поддержка может подорожать на третьем году.

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

· Время собственных сотрудников. Владельцы процессов и пользователи-эксперты заняты в проекте вместо основной работы.

· Стоимость выхода. Формат, сроки и цена выгрузки данных должны быть в договоре.

Контроль уже купленных лицензий относится к задаче учёта ИТ-активов и лицензий (ITAM).

Чтобы понять, как сравнить коммерческие предложения вендоров ITSM, сначала приведите их к сопоставимому виду. Для этого всем участникам отправляют одни и те же вводные:

· единый состав пользователей по ролям и прогноз роста;

· единый перечень процессов и интеграций;

· единый горизонт расчёта, 3 или 5 лет;

· один и тот же уровень поддержки и время реакции.

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

Чек-лист вопросов вендору

9. Что входит в лицензию или подписку, а какие модули оплачиваются отдельно?

10. Кто считается лицензируемым пользователем: специалисты, согласующие, пользователи портала самообслуживания?

11. Какие модели лицензирования доступны и можно ли менять модель при росте числа пользователей?

12. Какие условия продления и индексации цен, фиксируется ли цена на 3-5 лет?

13. Сколько стоит техническая поддержка и что в неё входит: обновления, исправления, консультации?

14. Какие требования закрываются настройкой, а какие программной доработкой?

15. Кто выполняет внедрение: вендор, партнёр-интегратор или собственная команда заказчика?

16. Какие интеграции входят в стоимость проекта, а какие оцениваются отдельно?

17. Какие варианты развёртывания доступны и какое системное ПО нужно заказчику?

18. На каких условиях можно выйти из договора и выгрузить данные?

Ответы на эти вопросы переносите в расчёт TCO и сравнивайте два показателя: итог TCO за выбранный горизонт и стоимость на одного пользователя в год. Цена лицензии здесь только одна из строк.

Налоги. С 1 января 2026 года основная ставка НДС составляет 22% (Федеральный закон от 28.11.2025 №425-ФЗ). Освобождение от НДС для передачи прав на программное обеспечение из реестра российского ПО (подпункт 26 пункта 2 статьи 149 НК РФ) сохранено. Оно касается только передачи прав: внедрение, доработка и техническая поддержка облагаются НДС по общей ставке. Применимость освобождения к облачной подписке в источниках трактуется по-разному, этот вопрос стоит согласовать с финансовой службой.

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

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

ИИ-модули. ИИ-функции становятся отдельной статьёй затрат: лицензия на модуль, вычислительные ресурсы для модели или оплата по использованию. В расчёте TCO им нужна своя строка.

Публичные цены. Облачные service desk публикуют цены чаще корпоративных вендоров. По данным сайтов на 05.10.2026, ITSM 365 публикует тарифы с включёнными именными лицензиями и цены дополнительных лицензий, Naumen описывает типы лицензий Service Desk без цен; сводку цен облачных service desk на 27.09.2026 приводит WebAsk.

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

Продукт BPMSoft «Управление ИТ-услугами» построен на low-code платформе BPMSoft. Он поддерживает более 20 процессов управления с учётом ITIL 4, управление ИТ-активами и конфигурациями. В рейтинге CIO-Navigator локальных ITSM-систем 2026 года продукт «BPMSoft Управление ИТ-услугами» занял второе место.

Платформа включена в реестр отечественного ПО (запись №17372 от 17.04.2023) и имеет сертификат ФСТЭК по 4 уровню доверия. Бюджет проекта может включать лицензии платформы и лицензии партнёрского решения, например ITSM box от Lasmera (ГК IT Expert) на платформе BPMSoft.

В компании «Доброфлот» Единый центр обращений на BPMSoft внедрили силами собственных ИТ-специалистов (по публикации CNews от 11.11.2024).

Рассчитайте стоимость под свою компанию. Запросите расчёт стоимости лицензий и внедрения BPMSoft «Управление ИТ-услугами» под ваш состав пользователей, процессов и интеграций на странице продукта.

Зависит от вендора: одни лицензируют только специалистов поддержки, другие требуют лицензии для всех, кто создаёт заявки через портал. Для компании с тысячами сотрудников эта разница может перевесить цену остальных лицензий. Уточните правило письменно и заложите в расчёт число пользователей портала с прогнозом роста, даже если сейчас портал бесплатен.

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

Передача прав на ПО из реестра российского ПО освобождена от НДС по подпункту 26 пункта 2 статьи 149 НК РФ. Освобождение не распространяется на внедрение, доработку и техническую поддержку, они облагаются по ставке 22%. Применение освобождения к облачной подписке трактуется по-разному, поэтому этот вопрос стоит обсудить с налоговым консультантом до сравнения предложений.

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

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

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

Ответ даёт расчёт по сценариям. Если растёт число постоянно работающих специалистов, обычно докупают именные лицензии. Если растёт число эпизодических пользователей, выгоднее перевести их на конкурентные лицензии или на модель, где платят только за агентов. При большом росте стоит запросить цену серверной или безлимитной лицензии и сравнить TCO всех вариантов на 3-5 лет.