1. Что такое «Заявка» (Тикет) в система учёта заявок?

В классическом понимании ITIL, заявка (Incident, Request, Ticket) — это структурированный пакет данных, который фиксирует факт взаимодействия Пользователя и Поставщика услуг.

Ключевые атрибуты заявки (в отличие от электронного письма):

• Уникальный ID (№12345) — золотой стандарт идентификации.
• Жизненный цикл (Статусы: Открыта > В работе > На согласовании > Решена > Закрыта).
• SLA-таймер (Время реакции, время решения).
• Контекст (Категория, подкатегория, приоритет, связанная конфигурационная единица (CI)).
• История изменений (Кто, когда и что делал — аудит).

Пример: Письмо «У меня не работает принтер» — это плохо. Заявка «Принтер HP LJ-2035 в отделе бухгалтерии, ошибка 49.4E, приоритет Средний (SLA 4 часа)» — это управляемый процесс.

2. Место системы учёта заявок в экосистеме: ITSM, Service Desk и ESM

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

Вывод: Если вы считаете, что система учёта заявок нужна только айтишникам, вы отстаете от рынка на 5 лет. ESM (Enterprise Service Management) требует единого бэкенда для всех сервисов компании.

3. Архитектура современной системы учёта заявок: Из чего она состоит?

Больше никаких «самописных Excel». Зрелая система имеет модульную структуру.

3.1. Портал самообслуживания

Единственная точка входа для пользователя. Здесь не просто «открыть заявку», а:

• Каталог услуг («Сбросить пароль», «Выдать ноутбук», «Заказать справку»).
• Автозаполнение полей на основе AI-чат-бота.
• Статус-трекер (в виде полоски прогресса).

3.2. Движок маршрутизации и логики

Сердце системы. Правила, по которым тикет едет к нужному специалисту:

• Циклическая маршрутизация: Заявки распределяются равномерно между группой.
• Балансировка нагрузки: Кто меньше загружен, тот получает новую задачу.
• Автоматическое назначение: По категории «Почта» — к администратору Exchange.

3.3. База знаний

Позволяет системе предлагать решения до создания заявки. Интеграция двух типов:

• Внешняя: «Как настроить Wi-Fi самому?»
• Внутренняя: «Чек-лист для инженера при ошибке 0x80004005».

3.4. Бэкенд агента

Рабочее место сотрудника поддержки. Должно показывать:

• Все поля заявки.
• Историю общения.
• Дашборд с открытыми тикетами.
• Таймеры SLA (краснеющие при нарушении).

4. Жизненный цикл заявки

Без формального жизненного цикла у вас просто «список дел». Ниже — каноничный путь тикета.

1. Регистрация. Создание тикета. Если инцидент зафиксирован — ответственность уже на поддержке, даже если решение еще не начато.
2. Классификация. Установка: Инцидент (сломалось) или Запрос на обслуживание (хочу новый доступ)? Приоритет (Impact x Urgency).
3. Первичная диагностика. Попытка решения по базе знаний (часто автоматически, через AI).
4. Эскалация.
   • Функциональная: Передать из 1-й линии во 2-ю (инженерам).
   • Иерархическая: Поднять руководителю, если нарушается SLA.
5. Решение. Внесение изменений или фиксация обходного пути.
6. Закрытие. С обязательным запросом подтверждения от пользователя.

5. Виды заявок: Не всё, что тикет, то инцидент

Ошибка начинающих администраторов — сваливать всё в одну кучу. Система учёта заявок должна различать сущности, иначе отчеты превратятся в «среднюю температуру по больнице».

6. Ключевые метрики (KPI) системы учёта заявок

Если вы внедрили систему, но не измеряете эти показатели — эффективность будет низкая.

• MTTR (Mean Time to Resolve) — Среднее время решения. Главный показатель зрелости поддержки.
• FCR (First Call Resolution) — Процент заявок, решенных при первом контакте (без эскалации). Эталон для 1-й линии — 70%+.
• Abandon Rate — Процент брошенных заявок (пользователь начал создавать, но не отправил). Говорит об удобстве портала.
• SLA Breach % — Процент просроченных заявок. Позорный KPI для руководителя.
• Backlog Aging — Возраст старейшей открытой заявки. Если тикету 3 месяца — это уже не заявка, а проект.

7. Интеграции

Система учёта заявок бесполезна без данных из других систем. Топ-3 интеграции:

1. Active Directory / LDAP: Автоматический подстановщик «От кого» + телефон, отдел, менеджер.
2. Мониторинг (Zabbix, Prometheus, SolarWinds): Автоматическое создание заявок по триггеру «CPU 100% на сервере БД». Это называется Proactive Incident Management.
3. CMDB (Configuration Management Database): При выборе категории «Принтер» система сама предлагает выбрать конкретный принтер из списка, а агенту показывает его гарантию и историю поломок.

8. Выбор инструмента: Рынок решений (2026 год)

В зависимости от бюджета и сложности:

• Enterprise (Тяжелый вес):
  • ServiceNow — король ESM/ITSM. Дорого, сложно, безгранично.
  • Ivanti / Cherwell — классика для госкорпораций и промышленности.
• Mid-Market (Средний бизнес):
  • Jira Service Management (JSM) — идеально для технологических компаний (DevOps + ITSM в одном флаконе).
  • Zendesk / Freshservice — «коробки» с упором на UX и мультиканальность (Чат, Email, Соцсети).
• Российские (Импортозамещение):
  • EvaServiceDesk — облачный и коробочный ITSM/ESM на замену Jira Service Management (JSM).
  • Naumen Service Desk — Сложное решение для госсектора и корпораций.

9. Типичные ошибки при внедрении системы

1. Сделать «Идеальную форму» из 50 полей. Пользователь их не заполнит. Агент будет ненавидеть жизнь.
   • Решение: Минимум полей при создании (Тема + Описание), остальное до заполняет агент по мере разговора.
2. Забыть про мобильную адаптацию. Если ваши инженеры ездят по офисам, им нужен тикет на телефоне (iOS/Android).
3. Не чистить закрытые заявки. Через 2 года база превращается в свалку, и поиск работает отвратительно.
   • Решение: Автоматическая архивация заявок старше 12 месяцев.

Заключение

Внедрить систему учёта заявок легко. Сложно — заставить людей её любить. И единственный способ это сделать — доказать, что она не отнимает время, а экономит его. Автоматизируйте рутину, убирайте лишние клики, интегрируйте туда, где пользователь уже есть. И тогда ваш Service Desk перестанет быть «обузой» и станет настоящим цифровым хабом компании.

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