Зачем расширять ITSM

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

Где ломается без ESM

• Онбординг: HR сказал «оформлен», IT не создал учётку, офис не знает стол, охрана не знает лицо. Первый день — четыре независимых правды.
• Отпуск и справки: шаблоны в почте, SLA «когда бухгалтер увидит», нет следа, кто отклонил.
• Workplace: «напишите завхозу». Потеря заявки, нет стандартного изменения на переезд одного места.
• IT при этом уже считает инциденты. Руководство сравнивает несравнимое: у IT есть очередь, у HR — переписка.

Что даёт общий контур

Прозрачность нагрузки по доменам. Повторяемые услуги уходят в стандартный запрос, а не в героизм. Появляется владелец услуги, а не «это у Марии в исходящих». Онбординг становится цепочкой связанных запросов, а не надеждой, что все прочитали одно письмо.

Для C-level это ещё и риск: без записи нельзя ответить, сколько незакрытых доступов висит после увольнения, сколько рабочих мест числится «занятыми», сколько справок делается дольше нормы. ESM не заменяет кадровый учёт — он делает услугу видимой.

Когда расширяться рано

Если в IT нет ни каталога, ни различия инцидента и запроса, копировать хаос на HR бессмысленно. Сначала один домен должен уметь закрывать стандартный запрос по регламенту. Если нет владельцев услуг даже в IT, ESM станет общей помойкой тикетов.

Связь с контуром данных

C-Level.Pro собирает контуры данных и процессы. ESM даёт события услуг: объём, срок, повтор, отказ. Это не BI ради графика — это ответ, где предприятие теряет день сотрудника. Метрики услуг потом можно положить рядом с 1C и CRM, но начинать нужно с записи и словаря, иначе дашборд нарисует чужой смысл.