Low-code vs no-code в ITSM-платформах: что выбрать бизнесу
Сравниваем low-code и no-code подходы в российских ITSM-платформах: гибкость, скорость внедрения и требования к ресурсам.
Компания покупает «гибкую low-code платформу» для автоматизации техподдержки, а через полгода выясняет, что для настройки каждого нового процесса всё равно нужен штатный разработчик — обещание гибкости без учёта реальных требований к ресурсам.
Краткий вывод: no-code решения (Okdesk, ITSM 365) подходят компаниям без своих разработчиков и с типовыми процессами, а low-code платформы (ELMA365, SimpleOne, BPMSoft) — тем, кто готов инвестировать в кастомизацию сложных, нестандартных сценариев.
В чём разница между low-code и no-code для ITSM
No-code платформы предполагают настройку через готовые визуальные конструкторы без единой строчки кода — это быстро, но ограничено рамками, заданными вендором. Low-code сохраняет визуальные инструменты для базовой настройки, но открывает доступ к коду и API для реализации нестандартной логики, недоступной в готовых модулях.
| Критерий | No-code | Low-code |
|---|---|---|
| Скорость запуска | Высокая, дни | Средняя, недели |
| Нужен ли разработчик | Обычно нет | Да, для сложных процессов |
| Гибкость под нестандартные сценарии | Ограничена рамками платформы | Практически неограничена |
| Примеры на российском рынке | Okdesk, ITSM 365, HappyDesk | ELMA365, SimpleOne, BPMSoft, Comindware |
Когда достаточно no-code платформы
- Процессы поддержки типовые: приём заявок, классификация, назначение исполнителя, закрытие
- Нет своих разработчиков и нет бюджета на их найм
- Компания малого или среднего размера с ограниченным числом интеграций
Когда нужна low-code платформа
- Требуется глубокая интеграция с внутренними системами компании (ERP, СЭД, специфичные базы данных)
- Процессы уникальны и не покрываются готовыми шаблонами вендора
- Планируется масштабирование ESM за пределы ИТ-отдела на HR, АХО, юридический отдел
- Есть штатный разработчик или подрядчик, готовый сопровождать платформу
Скрытая стоимость каждого подхода
No-code выглядит дешевле на старте, но при росте требований компания либо упирается в потолок возможностей платформы, либо переходит на более сложное решение с повторными затратами на миграцию. Low-code требует инвестиций в кастомизацию сразу, но снижает риск «перерастания» системы в будущем.
Частые вопросы
Может ли администратор без опыта программирования настроить low-code платформу? Базовые сценарии — да, но сложная логика (например, многоступенчатое согласование с условиями) обычно требует навыков работы с BPMN или скриптами.
Стоит ли сразу выбирать low-code «на будущее», даже если сейчас процессы простые? Не всегда — если компания небольшая и не планирует расширять ESM за пределы ИТ, переплата за нереализуемую гибкость не оправдана.