1. ПО для техподдержки — термины: Service Desk, ITSM, ESM — в чем разница?

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

• Service Desk (служба поддержки): Точка входа для пользователей. Основная задача — регистрация инцидентов, запросов (сброс пароля, установка ПО) и обеспечение SLA. Это тактический уровень.
• ITSM (управление ИТ-услугами): Стратегический подход, основанный на библиотеке ITIL. Включает не только инциденты, но и управление проблемами, изменениями, конфигурациями (CMDB), релизами. Это про контроль рисков и качество услуг.
• ESM (расширенный сервисный менеджмент): Применение ITSM-практик для НЕ-ИТ-подразделений: HR (заявки на отпуск, справки), административно-хозяйственный отдел (заказ канцтоваров, ремонт розеток), юристы, бухгалтерия. Единое окно для всех внутренних услуг компании.

Вывод для выбора: Если вам нужно просто ловить заявки — достаточно простого Help Desk. Если вы строите зрелую ИТ-службу — берите ITSM. Если хотите автоматизировать весь бэк-офис — смотрите в сторону ESM-платформ.

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

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

2.1. Базовое ядро (обязательно)

• Портал самообслуживания: Пользователь создает заявку через веб-форму, видит базу знаний, проверяет статус.
• Умный роутинг: Автоматическое назначение заявки на группу или инженера на основе категории, приоритета или ключевых слов.
• Автоответы и триггеры: Шаблоны ответов, эскалация по таймеру (например, если заявка не взята в работу за 15 минут).
• SLA-менеджмент: Расчет времени реакции, решения, бизнес-часов, календарей, уведомлений о нарушении SLA.

2.2. Продвинутые функции (ITSM/ESM)

• CMDB (Конфигурационная база): Хранение информации о серверах, ПК, лицензиях, сетевых устройствах и связях между ними.
• Управление изменениями: Стандартные, нормальные и экстренные изменения с согласованиями, календарями релизов, оценкой рисков.
• Управление проблемами : Поиск корневой причины инцидентов, ведение известных ошибок (KEDB).
• Управление уровнем услуг: Панели контроля выполнения SLA для разных категорий пользователей (VIP, внешние клиенты).
• Управление активами: Жизненный цикл железа и софта (от закупки до списания).

2.3. Возможности для ESM (кросс-функциональность)

• Настраиваемые сервисные портфели: Создание отдельных порталов для HR, ADM, юристов с уникальными полями, согласованиями и воркфлоу.
• Универсальные бизнес-процессы: Возможность описать любой процесс (согласование договора, закупка стула) без программирования (no-code/low-code).

3. Типы систем техподдержки на рынке

Вы столкнетесь с тремя основными моделями развертывания. У каждой — свои плюсы и риски.

Совет для России: В 2022–2026 гг. многие компании уходят из западных SaaS (Jira Service Management, Zendesk). Рассмотрите российские платформы (EvaServiceDesk, Naumen,  1-Битрикс24), либо Open Source + поддержка локального вендора.

4. Критерии выбора программ для службы поддержки

4.1. Оцените текущие и будущие процессы

Не берите ITSM, если у вас даже нет SLA. Начните с Service Desk, а через год достроите CMDB и Change.

• Менее 20 заявок в день: Подойдет «легкий» Help Desk.
• 20–500 заявок: Нужен полноценный Service Desk с эскалацией и базовым управлением изменениями.
• Более 500 заявок + ИТ-активы: Только промышленная ITSM/ESM-платформа.

4.2. Удобство для пользователей и инженеров

• Интерфейс должен быть интуитивным. Попросите демо и дайте потыкать двум рядовым сотрудникам.
• Мобильное приложение (или адаптивный веб) для техподдержки в полях и командировках.

4.3. Интеграции — это 50% успеха

Система должна «дружить» с вашим ландшафтом:

• Каталог пользователей: AD / LDAP / AAD (синхронизация сотрудников).
• Мониторинг: Zabbix, Prometheus, SolarWinds (чтобы автоматически создавать инциденты из алертов).
• Чат-боты: Telegram, Slack, Корпоративный мессенджер (создание заявки из чата).
• ERP / CRM: 1С, SAP.

4.4. Отчеты и дашборды для бизнеса

Главные метрики, которые должна строить система «из коробки»:

• MTTA (среднее время принятия в работу).
• MTTR (среднее время решения).
• % нарушенных SLA.
• Топ запросов и проблем.
• CSI (индекс удовлетворенности пользователя после закрытия заявки).

4.5. Стоимость владения (TCO)

Считайте не только лицензию, но и:

• Внедрение (обследование, настройка, обучение).
• Интеграции (обычно стоят отдельно).
• Администрирование (з/п администратора системы).
• Апгрейды (для on-premise).

5. Типичные ошибки при выборе ПО для техподдержки

Ошибка 1. Выбирают по «красивому списку функций», а не по сценариям.
Решение: Напишите 5–10 сквозных сценариев («Сотрудник забыл пароль», «Сгорел жесткий диск у бухгалтера», «Нужно согласовать замену монитора»). Проверьте, как система проведет вас по каждому.

Ошибка 2. Игнорируют масштабирование.
Пример: На 100 пользователей взяли простой трекер, а через год компания выросла до 1000 — и нет ни CMDB, ни управления изменениями. Миграция на новую систему стоит дорого.

Ошибка 3. Не внедряют управление конфигурациями (CMDB).
Без CMDB вы никогда не узнаете, сколько инцидентов реально вызвано одним и тем же багом на сервере.

Ошибка 4. Покупают инструмент, но не меняют процессы.
Дорогая ITSM-система при хаотичных процессах превращается в дорогую «плохую службу заявок». Сначала опишите процессы (хотя бы на уровне карточек), потом автоматизируйте.

6. Краткий обзор популярных решений (рынок РФ 2024–2026)

Российские платформы (рекомендованы для госсектора и крупного бизнеса):

• EvaServiceDesk: Универсальная и гибкая ITSM/ESM система, low-code конструктор, красивый интерфейс. Подходит для кросс-функциональных процессов. Аналог Jira Service Management.
• Naumen Service Desk: Классика ITSM, интеграция с 1С, Zabbix, телефонией. Мощная, но тяжелая для малого бизнеса.
• 1-Битрикс24 (раздел «Техподдержка»): Для малого бизнеса — бесплатно, но продвинутые ITSM-функции только в платных тарифах.

Ушедшие / проблемные (не выбирайте для новых проектов):

• Jira Service Management (Atlassian) — нет официальной поддержки в РФ, проблемы с лицензированием.
• Zendesk, ServiceNow — ушли, данные придется вывозить.

7. Пошаговый план выбора и внедрения

1. Аудит: Посчитайте количество заявок в месяц, среднее время решения, типологию запросов, количество агентов.
2. Определите scope: Только ИТ или уже ESM (HR, АХО)?
3. Сформируйте команду: Руководитель поддержки, ИТ-архитектор, системный администратор, бизнес-заказчик.
4. Составьте RFI/RFP: Опишите 10–15 обязательных требований и 5–10 «хотелок».
5. Запросите пилот (демо-доступ на 2–4 недели) — не верьте видео-презентациям.
6. Рассчитайте TCO на 3 года.
7. Внедряйте поэтапно: Сначала портал + инциденты → потом SLA и эскалация → через 3 месяца CMDB и управление изменениями.
8. Обучите персонал (агентов и пользователей) — выделите бюджет на тренинги.

Заключение

Выбор ПО для техподдержки — это не техническая задача, а бизнес-задача. Начните не со сравнения табличек «Функция А против Функции Б», а с ответа на вопрос: «Какие проблемы пользователей и ИТ-команды мы решаем в первую очередь?»

• Если вам нужно «чтобы заявки не терялись в почте» — возьмите простой Help Desk.
• Если вы внедряете ITIL и управляете рисками изменений — инвестируйте в промышленную ITSM/ESM-платформу с CMDB.
• Если хотите объединить ИТ, HR и АХО в единое окно — берите ESM с low-code инструментами.

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