Low code в ESM — это не «кнопки вместо программистов», а способ отдать настройку процесса владельцу услуги, не теряя контроля над данными, правами и релизами. Ниже — где это работает, сколько времени экономит и чем отличаются классы решений.
Зачем low code именно в ESM
Сервисная модель живёт изменениями: новый каталог, другой маршрут согласования, поле в карточке, правило SLA. Если каждое изменение — задача в бэклог разработки, служба поддержки отстаёт от бизнеса. Low code переносит эти правки в контур платформы: формы, workflow, интеграции и отчёты собираются из готовых блоков на общей модели данных.
Типичный эффект, который заказчики проверяют на пилоте: первый процесс — недели, а не квартал; последующие однотипные услуги — дни.
Примеры использования
Каталог услуг и портал. Владелец услуги описывает форму запроса, набор согласований и SLA без отдельного фронтенда. Один и тот же конструктор обслуживает ИТ, HR, АХО и финансы.
Маршруты обращений. Классификация, эскалация, смена группы — правила, а не код. Когда появляется новая линейка оборудования, добавляется ветка, а не релиз.
CMDB и связанные объекты. Карточка актива, связи «сервис — CI — договор», атрибуты для отчётности задаются схемами. Разработчик нужен, когда появляется нестандартный источник данных, а не когда меняется поле.
Интеграции «на краю». Подключение почты, мессенджера, AD/LDAP, мониторинга через коннекторы и маппинг полей. Сложная оркестрация остаётся кодом; 80% потоков — конфигурация.
База знаний и шаблоны ответов. Структура статьи, шаблон закрытия, чек-лист пилота — модули, которые служба сама копирует между процессами.
Сокращение времени разработки
Экономия складывается из трёх слоёв, а не из «магии визуального редактора».
- Нет отдельного стека на каждый процесс. Форма, маршрут и отчёт живут в одной платформе — не нужно поднимать микросервис, UI и пайплайн ради заявки на пропуска.
- Повторное использование. Согласование «руководитель + владелец бюджета», блок SLA, карточка заявителя подключаются как модули. Второй процесс собирается из первого, а не пишется заново.
- Короткий контур приёмки. Изменение видит владелец услуги в той же среде, где работает агент. Нет ожидания спринта «на кастомизацию».
На практике пилот одного процесса (узкая группа, 1–2 недели) показывает, какие шаги вообще не требуют разработки. Код остаётся для редких адаптеров, тяжёлой аналитики и нестандартного UI.
Что не сокращается: обследование, права доступа, качество данных CMDB, обучение первой линии. Low code ускоряет сборку, а не заменяет постановку задачи.
Стандартизация модулей
Без стандарта low code быстро превращается в зоопарк форм. Рабочая дисциплина платформы обычно такая:
- Единая модель объектов. Обращение, услуга, CI, задача, договор — одни типы на все подразделения. Новый процесс расширяет схему, а не заводит параллельную «свою» сущность.
- Каталог строительных блоков. Поля, валидации, шаги согласования, уведомления, SLA-политики версионируются. Команда внедрения выдаёт службе не «пустой холст», а набор разрешённых модулей.
- Границы кастомизации. Что настраивает владелец услуги, что — платформенная команда, что остаётся разработчику. Это снижает риск сломать соседний процесс.
- Одинаковый UX агента. Карточка, история, подсказки AI выглядят так же в ITSM и в кадровом запросе. Стандартизация интерфейса дешевле уникального экрана на каждый отдел.
Стандартизация — главный источник экономии на сопровождении: обновление платформы не ломает сотни уникальных скриптов.
Виды low code решений в ESM
| Вид | Что даёт | Где уместен | Ограничение |
|---|---|---|---|
| Конструктор форм и каталога | Поля, условия показа, вложения | Портал самообслуживания | Слаб для сложной клиентской логики |
| Конструктор процессов (workflow) | Ветвления, согласования, таймеры | Инциденты, изменения, HR-запросы | «Спагетти»-схемы без регламента |
| Конструктор модели данных | Типы, связи, справочники | CMDB, активы, договоры | Требует владельца данных |
| Конструктор правил и SLA | Эскалации, приоритеты, календари | Диспетчеризация | Не заменяет интеграцию с мониторингом |
| Конструктор интеграций | Коннекторы, маппинг, очереди | Почта, AD, учётные системы | Сложные сценарии — всё ещё код |
| Конструктор отчётов и витрин | Дашборды по очередям и SLA | Руководители служб | Не BI корпоративного класса |
| No-code для гражданских разработчиков | Простые заявки силами бизнеса | Локальные сервисы отдела | Нужен контроль платформенной команды |
| Pro-code рядом с low code | Скрипты, виджеты, API | Исключения и тяжёлые адаптеры | Без границ снова возвращает зависимость от разработки |
Современная ESM-платформа держит несколько видов сразу: бизнес собирает процесс из модулей, платформенная команда утверждает блоки, разработка подключает то, чего нет в каталоге. Low code ценен не отсутствием кода, а тем, что код становится исключением, а не способом менять SLA.