Service Catalog: как настроить каталог услуг в ITSM-системе

Что такое каталог услуг

Service Catalog (каталог услуг) — это структурированный список того, что ИТ-служба может сделать для пользователей. Вместо «опишите проблему в свободной форме» пользователь видит готовый каталог: «Сбросить пароль», «Установить ПО», «Заменить картридж», «Доступ к 1С». Выбирает нужную услугу — открывается форма с правильными полями.

Это краеугольный камень ITIL: пользователь не должен думать как ИТ-служба организована внутри. Он выбирает что хочет получить, а система сама определяет — какая команда, в какой срок, с каким приоритетом.

Эффекты:

• Заявки приходят с уже заполненными полями (модель принтера, версия ОС, инвентарный номер) — меньше переписки;
• Автоматическая маршрутизация к нужной команде, без ручного триажа;
• SLA настраивается per-услугу — у «Сброса пароля» 30 минут, у «Установки ПО» — 2 дня;
• Аналитика по типам услуг — видно где основной поток, где «мёртвый груз».

Структура каталога: услуги vs шаблоны

В каталоге обычно два уровня:

1. Услуги (categories) — высокоуровневые направления: «Учётные записи», «Оборудование», «Программное обеспечение», «Сеть».
2. Шаблоны заявок (request types) — конкретные сценарии внутри услуги: «Сброс пароля», «Создание УЗ», «Доступ к 1С».

Пользователь видит каталог как меню: сначала выбирает направление, потом конкретный шаблон. Если шаблонов мало (5-10) — можно показывать одним списком без группировки.

Типичный масштаб для команды 100-500 сотрудников: 5-8 услуг, 20-50 шаблонов. Если 100+ шаблонов — каталог становится сложнее каталога Amazon, пользователи в нём теряются.

Поля формы для каждого типа

Каждый шаблон имеет свой набор полей. Принципы:

• Минимум обязательных — 2-3 поля, не больше. Если попросить 10 — пользователь нажмёт «отмена»;
• Конкретика, не «опишите подробно» — спрашивайте «Модель принтера», «Версия 1С», «Срочность (плановое/срочное)». Свободный текст оставьте на одно поле «Дополнительно»;
• Чекбоксы и select вместо длинного описания — для повторяющихся вариантов («Какой кабинет», «Какой тип проблемы»);
• Скрывайте техническое — не спрашивайте пользователя «приоритет» (это работа оператора), «команду» (это маршрутизация), «UID учётной записи».

Пример хорошего шаблона «Замена картриджа»:

• Модель принтера (text, обязательно): «HP LaserJet 1020»
• Номер кабинета (text, обязательно): «312»
• Цвет (select: чёрный / цветной / не знаю)

Всё, 30 секунд на заполнение. Оператор сразу видит контекст.

Маршрутизация по умолчанию

Каждый шаблон имеет default-маршрутизацию: куда (команда/исполнитель), с каким приоритетом, в какой услуге. Оператор может переопределить, но обычно дефолт корректный.

Пример:

• Сброс пароля → команда «Поддержка L1», приоритет HIGH, услуга «Учётные записи»;
• Установка ПО → команда «Системные администраторы», приоритет MEDIUM;
• Сбой 1С → команда «1С-консультанты», приоритет CRITICAL, тип INCIDENT.

Это снимает с оператора рутину «куда отправить эту заявку».

SLA для разных услуг

Service Catalog позволяет настраивать SLA per-услугу:

Без каталога приходится либо ставить общий SLA на всё (что неточно), либо ручной triage (что медленно).

Примеры из практики

В TIQQET ServiceDesk типовой каталог из 14 шаблонов закрывает 70-80% входящего потока: «Сброс пароля», «Доступ к 1С», «Создание УЗ», «Установка ПО», «Обновление ПО», «ПО не работает», «Замена картриджа», «Принтер не печатает», «Заявка на оборудование», «Не работает ПК», «Телефония», «Интернет», «Корпоративная почта», «VPN». Этот набор можно расширять под специфику компании.

Сценарий: новый сотрудник приходит, кадровик нажимает «Создание учётной записи» в системе → форма спрашивает ФИО, должность, отдел, дату выхода, требуемые системы → автоматически попадает к админам с приоритетом «к дате старта» → создаются учётки в 5 системах за 1-2 дня. Без каталога это было бы email-цепочкой на 30 сообщений.