ESM: ServiceDesk за пределами ИТ — HR, АХО, юристы

Что такое ESM и зачем он бизнесу

ESM (Enterprise Service Management) — применение принципов и инструментов ITSM к непрофильным для ИТ сервисным функциям. Вместо того чтобы HR вёл заявки в почте, АХО — в Excel, а юристы — в чате, все используют единую платформу с каталогом, SLA и аналитикой.

Что это даёт бизнесу:

• Прозрачность — сотрудник видит статус своей заявки в HR так же, как в ИТ.
• SLA на внутренние сервисы — «справка за 2 дня», «пропуск за 4 часа», и это измеряется.
• Аналитика нагрузки отделов — где затыки, сколько заявок, какие пики.
• Одно окно для сотрудника — не нужно помнить, кому и куда писать; единый портал.

Это естественная эволюция: компания, выстроившая ITSM в ИТ, обнаруживает, что инструмент решает те же задачи в смежных отделах почти бесплатно.

Что переиспользуется без изменений

Хорошая новость: ядро ServiceDesk почти полностью применимо к не-ИТ:

• Заявки и статусы — lifecycle обращения универсален (создана → в работе → ожидает → выполнена).
• Каталог услуг — у HR свой каталог («отпуск», «справка», «изменение данных»), у АХО — свой; механика та же.
• SLA и рабочий календарь — «справка за 2 рабочих дня» считается ровно так же, как ИТ-инцидент.
• Маршруты согласования — здесь они даже важнее, чем в ИТ: заявка на отпуск идёт через руководителя, договор — через юриста и финдиректора.
• База знаний — FAQ HR/АХО снимает поток однотипных вопросов.

Что придётся поменять

Прямой перенос «как в ИТ» не сработает — у других отделов своя специфика:

• Терминология. «Инцидент» и «SLA» пугают эйчаров. В интерфейсе для HR это «обращение» и «срок». Понятный отделу язык критичен для принятия.
• Приватность. Заявки HR (зарплата, конфликты, увольнения) и юр (споры) гораздо чувствительнее ИТ. Нужна жёсткая ролевая модель: бухгалтер не видит ИТ-заявки, ИТ-оператор не видит HR-обращения.
• Согласования сложнее. В не-ИТ маршруты длиннее и ветвистее (отпуск: руководитель → HR; закупка: руководитель → финансы → гендир).
• Меньше автоматизации «из коробки». Нет мониторинга, событий — заявки в основном от людей.

Поэтому ESM — это не «дать HR доступ к ИТ-тикетнице», а настроить отдельное пространство с их каталогом, их ролями и их языком на общей платформе.

Типовые сценарии ESM

Где ESM даёт быстрый эффект:

• HR: заявки на отпуск/командировку с согласованием, справки, изменение персональных данных, вопросы по ДМС. Онбординг/офбординг — флагманский кейс: одна заявка HR порождает связанные задачи в ИТ (учётки, техника), АХО (рабочее место, пропуск) и бухгалтерии.
• АХО: ремонт мебели/техники, заказ канцелярии, пропуска, бронирование переговорок, клининг.
• Юристы: согласование договоров (с маршрутом), правовые консультации, доверенности.
• Финансы/бухгалтерия: авансовые отчёты, заявки на оплату, акты сверки.

Кросс-функциональный онбординг — лучший «продающий» сценарий ESM внутри компании: он наглядно показывает, как единая платформа избавляет от хаоса согласований между четырьмя отделами.

Грабли внедрения

ESM проваливается чаще, чем ITSM, и почти всегда по организационным, а не техническим причинам:

• «Заставим всех работать как ИТ». Навязывание ИТ-процессов и терминов другим отделам вызывает отторжение. Адаптируйте под отдел.
• Нет владельца со стороны отдела. Если HR-пространство настраивает ИТ без вовлечения HR — получится то, чем HR не пользуется. Нужен ответственный в самом отделе.
• Всё сразу. Запускать ESM на все отделы одновременно — рецепт провала. Начните с одного отдела с явной болью (часто АХО или HR-онбординг), покажите результат, расширяйте.
• Игнор приватности. Утечка HR-данных через плохие права — репутационный и 152-ФЗ-риск.

Сделанный поэтапно и с владельцами в отделах, ESM превращает разрозненные «напишите Марине в чат» в управляемые сервисы — на той же системе, что уже работает в ИТ.