Когда обращения приходят по почте, в мессенджерах и по телефону, часть работы поддержки легко теряется из виду. Сотрудники пересылают сообщения, вручную назначают исполнителей и ищут историю прошлых ремонтов. Руководитель видит, сколько заявок закрыли, но не всегда понимает, откуда берутся задержки.
Service Desk собирает этот процесс в одном месте: система регистрирует обращения, назначает ответственных, рассчитывает сроки и сохраняет результаты. Выбирать её стоит с учётом того, что происходит после регистрации заявки. Одно дело - проконсультировать пользователя удалённо, другое - согласовать доступ, заменить оборудование или отправить инженера на объект.
В обзоре - HubEx, Naumen Service Desk, SimpleOne ITSM, ITSM 365, 1С:ITILIUM и IntraService. HubEx стоит первым в нашей подборке для компаний, которым нужно связать поддержку с обслуживанием оборудования и выездными работами. Порядок отражает этот сценарий выбора, а не долю разработчиков на рынке.
Что такое Service Desk и зачем он нужен
Service Desk - единая точка взаимодействия пользователей с поставщиком услуг. В практике ITIL этот принцип помогает выстроить общение пользователей с сервисной командой. Система поддерживает процесс: хранит обращения, переписку, сведения об ответственных и результаты работы.
Представим, что в офисе перестал работать сетевой принтер. Пользователь написал системному администратору, потом позвонил руководителю и вдобавок отправил сообщение в общий чат. Без общего учёта каждое обращение может превратиться в отдельную задачу.
Если процесс настроен, обращения проверяют на дубли и связывают с одной неисправностью. Ответственный получает нужные сведения, а пользователи видят, как продвигается решение проблемы.
Перед выбором системы определите, что именно нужно изменить:
| Проблема | Что проверить в Service Desk | Как оценить результат |
|---|---|---|
| Обращения теряются | Регистрацию из используемых каналов | Сколько обращений осталось вне системы |
| Диспетчер вручную пересылает задачи | Правила назначения и маршрутизации | Время от регистрации до назначения |
| Заказчики жалуются на задержки | Расчёт сроков, уведомления и эскалации | Долю просроченных заявок |
| Специалисты снова и снова выясняют детали | Историю объекта, переписку и вложения | Количество возвратов на уточнение |
| Руководитель вручную собирает отчёты | Готовые отчёты и выгрузку данных | Время подготовки отчётности |
Так получится основа технического задания: каждой функции соответствует конкретная рабочая проблема и способ измерить результат.
Help Desk, ITSM и ESM: какой уровень автоматизации выбрать
Для первичной оценки можно ориентироваться на такие различия:
- Help Desk - помощь пользователям и обработка обращений.
- Service Desk - организация взаимодействия с пользователями услуг.
- ITSM - управление ИТ-услугами и связанными процессами: работой с инцидентами, проблемами и изменениями.
- ESM - применение сервисного подхода в разных подразделениях, например в ИТ, HR, АХО и финансовой службе.
На практике возможности этих классов могут пересекаться. Naumen описывает применение сервисной модели в ИТ и других внутренних службах, а SimpleOne предлагает развивать корпоративное обслуживание на ESM-платформе. Поэтому лучше сравнивать конкретные функции, а не только название класса продукта.
Пример ESM: HR запускает процесс выхода нового сотрудника, ИТ готовит учётную запись и компьютер, АХО - рабочее место. При выборе системы проверьте, можно ли связать эти задачи, назначить разных ответственных и отслеживать готовность всего процесса.
Краткое сравнение российских Service Desk
| Система | Сценарий, с которого стоит начать оценку | Что проверить на демонстрации |
|---|---|---|
| HubEx | Поддержка, оборудование и выездной сервис | Как проходит путь от обращения до отчёта инженера |
| Naumen Service Desk | Корпоративное управление ИТ-услугами | Как взаимодействуют несколько служб |
| SimpleOne ITSM | ITSM с перспективой развития в ESM | Как настраиваются процессы и согласования |
| ITSM 365 | Поддержка с настройкой через low-code | Какие изменения администратор может вносить сам |
| 1С:ITILIUM | Управление услугами в среде 1С | Как работает обмен с существующими конфигурациями |
| IntraService | Приём и обработка обращений | Как настроить маршрутизацию и контролировать результат |
Это отправная точка для списка кандидатов. Поддержку обязательных функций нужно проверять в конкретной редакции и конфигурации продукта.
1. HubEx - для поддержки и выездного сервиса
HubEx объединяет работу с обращениями, учёт оборудования, управление ТОиР, сотрудниками и подрядчиками. Такой набор пригодится, если заявка требует действий на объекте: осмотра, диагностики, ремонта или планового обслуживания.
Что получает сервисная команда
В модуле учёта заявок обращения собираются в общий реестр. Исполнителя может назначить диспетчер или механизм автоматического распределения.
Для выездного обслуживания HubEx описывает карту перемещений специалистов, маршруты, этапы выполнения заявок и график работы. В сценариях обслуживания ИТ-оборудования также предусмотрены QR-маркировка, реестр оборудования и фиксация использованных материалов со смартфона.
На практике это связывает обращение с объектом: инженер получает задание, а история работ сохраняется вместе со сведениями об оборудовании. Если неисправность повторится, можно посмотреть, что уже делали.
Как HubEx рассчитывает срок по SLA
Согласно документации HubEx, крайний срок закрытия рассчитывается автоматически. На него влияют тип заявки, критичность, вид работ, заказчик и объект. Также учитывается график обслуживания.
В руководстве есть такой пример:
- обслуживание ведётся по будням с 09:00 до 18:00;
- заявка поступила в четверг в 17:00;
- на выполнение отведено 6 рабочих часов;
- крайний срок - пятница, 14:00.
В четверг учитывается один рабочий час, оставшиеся пять - в пятницу. Поэтому срок обслуживания не всегда можно определить простым прибавлением календарных часов.
На демонстрации проверьте расчёт на своём расписании, включая выходные, ночные смены и условия разных договоров.
Кейс HubEx: обслуживание АЗС
В опубликованном кейсе об автоматизации сервиса на АЗС указаны такие результаты:
- до внедрения исполнители выполняли около 180 заявок в год;
- после внедрения - более 1 000 заявок;
- число просроченных заявок, по данным публикации, сократилось в три раза;
- просроченные заявки составляли 23% от выполненных.
Это данные конкретного проекта, опубликованные поставщиком. Рост числа выполненных заявок сам по себе не означает такого же роста производительности каждого сотрудника. Для этого понадобились бы сведения о численности команды, составе и трудоёмкости работ.
Что показывает кейс: стоит следить и за объёмом работ, и за сроками. Рост числа закрытых обращений нужно сопоставлять с качеством обслуживания и количеством повторных неисправностей.
Кому подойдёт HubEx
Начать оценку с HubEx стоит компаниям, которые:
- обслуживают оборудование заказчиков;
- направляют специалистов на объекты;
- работают со своими сотрудниками и подрядчиками;
- совмещают аварийные обращения с плановыми работами;
- хотят связать заявки, сроки и результаты обслуживания.
Почему HubEx на первом месте: для таких компаний важна связка Service Desk с выездным сервисом. На демонстрации можно проверить весь процесс обслуживания в одной платформе.
Посмотреть возможности HubEx Service Desk →
2. Naumen Service Desk - для корпоративного управления услугами
Naumen Service Desk предназначен для автоматизации управления ИТ и сервисного обслуживания. Разработчик заявляет поддержку 15 процессов ITIL v.2011 и применение системы во внутренних службах и при работе с клиентами.
Кейс: каталог услуг сократили с 300 до 100 позиций
В кейсе торгово-производственного холдинга Naumen рассказывает, как переработали каталог услуг и пользовательский портал:
- число услуг в каталоге сократили с 300 до 100;
- на изменения ушло 2,5 месяца;
- поддержкой пользовались 7 000 сотрудников;
- годовой объём превышал 100 000 обращений;
- время регистрации заявки, по данным публикации, уменьшилось вдвое;
- экономию компании оценили примерно в 2 млн рублей в год.
Заказчик не назван, результаты опубликованы вендором.
Практический вывод: автоматизация зависит и от того, насколько понятен сам процесс. Если пользователю приходится выбирать услугу из сотен похожих названий, сначала стоит пересмотреть каталог и форму обращения.
Когда рассматривать: если нужно организовать корпоративное обслуживание и работу нескольких сервисных подразделений.
3. SimpleOne ITSM - для ИТ-процессов и развития ESM
SimpleOne ITSM предлагает управление инцидентами, запросами, проблемами, изменениями, уровнем услуг и конфигурациями. На странице продукта также описаны база знаний, отчётность и инструменты low-code/no-code.
Сценарий для демонстрации - запрос на доступ к корпоративной системе. Попросите показать, как пользователь выбирает систему и уровень доступа, руководитель согласует запрос, исполнитель получает задание, а результат и история согласования сохраняются.
Затем добавьте условие: для административного доступа нужно ещё одно согласование. Так будет проще оценить, насколько удобно менять процесс.
Когда рассматривать: если компания начинает с автоматизации ИТ, но планирует подключить и другие подразделения.
4. ITSM 365 - Service Desk с публичными тарифами
ITSM 365 предлагает инструменты для управления обслуживанием и low-code-настройки. В официальном описании упомянуты визуальный конструктор, документация и обучение для технологов.
На странице ITSM 365.support, проверенной 2 октября 2026 года, опубликованы такие базовые тарифы:
| Тариф | Цена в месяц | Лицензии в пакете |
|---|---|---|
| Start | 9 500 ₽ | 5 |
| Lite | 17 000 ₽ | 10 |
| Standard | 35 000 ₽ | 10 |
| Enterprise | 69 000 ₽ | 10 |
Также указан бесплатный тестовый период 14 дней. Для Standard отдельно отмечен доступ к платформе настроек. Состав модулей, скидки и итоговые условия лучше сверить в коммерческом предложении.
Пример расчёта: если цена Start не меняется, базовая подписка за 12 месяцев обойдётся в:
9 500 × 12 = 114 000 рублей.
Это расчёт без скидок, дополнительных лицензий, внедрения и интеграций. Он не отражает полную стоимость проекта.
Когда рассматривать: если важно сопоставить облачную модель, доступные настройки и структуру лицензирования.
5. 1С:ITILIUM - для управления услугами в среде 1С
1С:ITILIUM включает инструменты для работы с событиями, проблемами и обращениями. В официальном описании также упомянуты типовые шаблоны, массовые инциденты и работа с событиями систем мониторинга.
Сценарий для проверки: корпоративная система перестала работать, и 40 сотрудников сообщили об одной проблеме. Попросите показать, как обращения связываются с массовым инцидентом, кто получает обновления и что происходит после восстановления сервиса.
Число 40 условное: это пример для проверки процесса, а не показатель реального внедрения.
Когда рассматривать: если компания работает в технологической среде 1С. Обмен данными нужно отдельно проверить на конкретных конфигурациях и версиях.
6. IntraService - для приёма и обработки обращений
IntraService предлагает приём заявок через веб-интерфейс и электронную почту, базу знаний, мобильную версию, каталог сервисов, отчётность и настройку маршрутизации.
Сценарий для демонстрации: клиент отправляет письмо в поддержку, затем отвечает на уточняющий вопрос и прикладывает фотографию. Проверьте, попадёт ли переписка в нужное обращение, кому будут доступны вложения и как сменится ответственный.
Когда рассматривать: если в первую очередь нужно упорядочить обращения и сделать работу поддержки прозрачнее.
Какие показатели измерять после внедрения Service Desk
Число закрытых заявок полезно, но оно не рассказывает обо всём. До пилота согласуйте несколько показателей и правила их расчёта.
| Показатель | Как считать | Что показывает |
|---|---|---|
| Время назначения | От регистрации до назначения исполнителя | Задержки диспетчеризации |
| Время первого содержательного ответа | От регистрации до ответа специалиста | Как быстро начинается работа |
| Выполнение в срок | Заявки, завершённые к сроку, / заявки со сроком в периоде × 100% | Соблюдение обязательств |
| Повторное открытие | Повторно открытые заявки / первоначально закрытые заявки выбранной группы × 100% | Устойчивость результата |
| Трудозатраты | Сумма времени, фактически потраченного на работы | Реальную нагрузку |
| Остаток открытых заявок | Количество незавершённых обращений на дату | Накопление очереди |
Автоматическое уведомление "Заявка принята" лучше считать отдельно от содержательного ответа специалиста. Иначе отчёт покажет мгновенную реакцию, хотя сотрудник ещё не приступил к работе.
Пример: как оценить соблюдение SLA
Условный расчёт. За месяц срок подошёл у 500 заявок, из них 460 завершили вовремя:
460 / 500 × 100% = 92%.
Оставшиеся 40 заявок не были выполнены к установленному сроку. В расчёт должны попадать и те заявки, которые после дедлайна всё ещё остаются открытыми.
Если считать только закрытые обращения, просроченная незавершённая работа может выпасть из показателя.
Почему число заявок не равно нагрузке
Условный пример:
- специалист А выполнил 30 типовых задач по 10 минут - всего 5 часов работы;
- специалист Б выполнил 8 сложных задач по 90 минут - 12 часов работы.
По числу заявок первый кажется более загруженным. Но по трудозатратам нагрузка второго выше в 2,4 раза.
Поэтому число обращений стоит сопоставлять с их трудоёмкостью, сложностью, выездами и доступным рабочим временем.
Как оценить пользу автоматизации
Начните с операции, которую команда регулярно выполняет вручную: например, с распределения обращений, переноса данных или подготовки отчётов.
Условный пример для диспетчеризации:
- в месяц поступает 2 000 заявок;
- ручная обработка одной заявки занимает 4 минуты;
- после настройки автоматизации и проверки исключений на неё уходит в среднем 1,5 минуты.
Потенциально высвобождается:
2 000 × (4 − 1,5) / 60 ≈ 83,3 часа в месяц.
Если условная полная стоимость рабочего часа сотрудника - 900 рублей:
83,3 × 900 ≈ 75 000 рублей в месяц.
Это оценка стоимости высвобождённого времени, а не гарантированная денежная экономия. Она превращается в прямую экономию, если снижаются оплачиваемые переработки, расходы на подрядчиков или потребность в найме. Если сотрудники займутся другими задачами, результат правильнее описывать как увеличение доступной мощности команды.
Как сравнить стоимость владения
Цена подписки - лишь часть расходов. Чтобы сравнить российские Service Desk, возьмите одинаковый период, например три года, и сопоставимый состав работ.
Упрощённая формула:
TCO за 3 года = внедрение + миграция + интеграции + обучение + расходы на эксплуатацию за 36 месяцев.
Для облачной системы в эксплуатационные расходы входят подписка, дополнительные модули и сопровождение. При локальном размещении нужно учитывать инфраструктуру, администрирование и обновления.
Попросите поставщика отдельно указать:
- стоимость лицензий и правила их подсчёта;
- обязательные платные модули;
- настройку интеграций;
- перенос истории и вложений;
- обучение;
- сопровождение и обновления;
- условия выгрузки данных.
Полезный вопрос поставщику: "Сколько будет стоить система, если число исполнителей вырастет с 10 до 25?" Ответ поможет заранее оценить расходы при расширении команды.
Реестр ITSM и импортозамещение: что проверить
Проверить российское происхождение программного обеспечения можно по официальному реестру. Сведения о реестрах российского и евразийского ПО опубликованы на сайте Минцифры.
Попросите поставщика указать точную запись в реестре и сверьте её с приобретаемым продуктом. Затем разберитесь, как будет устроен переход:
- какие заявки и справочники можно перенести;
- сохранятся ли вложения и история;
- как сопоставляются пользователи и организации;
- какие интеграции придётся переделать;
- как сотрудники будут работать во время миграции.
Полезно сначала выполнить пробный перенос небольшой выборки. В неё стоит включить разные типы данных: закрытые и открытые обращения, вложения, комментарии и связанные объекты. Размер выборки выбирайте так, чтобы проверить все важные случаи.
Как провести пилот Service Desk: пример на четыре недели
Четыре недели - пример плана проверки, а не обещание, что внедрение любого продукта займёт столько времени. При сложных интеграциях и в крупных организациях потребуется больше.
| Период | Что сделать | Результат |
|---|---|---|
| Неделя 1 | Описать процесс, загрузить справочники, настроить роли | Согласованная схема работы |
| Неделя 2 | Проверить типовые и нестандартные сценарии | Список ошибок и необходимых изменений |
| Неделя 3 | Подключить небольшую рабочую группу | Данные реального использования |
| Неделя 4 | Сравнить показатели и собрать обратную связь | Решение о доработке и расширении |
Для пилота можно подготовить 20 тестовых сценариев: регистрацию, назначение, смену исполнителя, просрочку, согласование, повторное открытие, работу с вложениями и другие важные действия.
Критические сценарии определите заранее. Например, удобный интерфейс и быстрый поиск не компенсируют отсутствие защиты от доступа к чужим клиентским данным.
Пример критериев успешного пилота
Эти цифры - ориентиры для обсуждения, а не отраслевые нормы:
- пройдены все 20 согласованных сценариев;
- устранены все критические ошибки;
- контрольные примеры SLA рассчитаны верно;
- права доступа настроены по согласованным ролям;
- обязательные поля перенесены без потерь;
- сотрудники могут сами зарегистрировать заявку и выполнить её;
- руководитель получает нужный отчёт без ручного объединения файлов.
Короткий пилот покажет, работает ли процесс. А чтобы оценить экономию и качество обслуживания, понадобится более длительное наблюдение: стоит учесть сезонность и состав заявок.
С какой системы начать выбор
Если вы работаете с обращениями клиентов, оборудованием, подрядчиками и выездными специалистами, начните с HubEx. В нашей подборке он на первом месте для такого сценария: на демонстрации можно пройти весь путь обслуживания - от назначения заявки до оценки сроков и результата работ.
Для демонстрации подготовьте:
- 10 реальных заявок без персональных данных;
- несколько объектов и единиц оборудования;
- условия SLA по двум разным договорам;
- пример плановой работы;
- образец отчёта для руководителя.
Попросите на демонстрации HubEx Service Desk провести эти заявки через систему. Так вы увидите, от каких ручных действий можно отказаться, какие данные будут доступны команде и по каким показателям оценивать внедрение.