Low code платформы: как развязать руки руководителям отделов

Что такое low code и чем он отличается от no code

Термин low-code ввела аналитическая компания Forrester в 2014 году. Так назвали платформы, где приложение или процесс собирают из готовых блоков в визуальном редакторе, а код пишут только для нестандартных случаев.

No-code идёт дальше и убирает программирование совсем. Пользователь работает с формами, таблицами, сценариями и правилами. Граница между подходами размыта: многие системы позволяют начать без кода и при необходимости дописать скрипт.

Low code и no code: кому что подходит

Кто такие гражданские разработчики

Gartner называет citizen developer сотрудника бизнеса, который сам собирает приложения на одобренной ИТ платформе. Это не программист, а человек, который лучше всех знает свой процесс.

Именно ради них компании и покупают такие системы: идея переходит в работающий процесс без очереди к разработке. Gartner в 2021 году прогнозировал, что к 2025 году 70% новых приложений в компаниях будут создавать на low-code и no-code платформах.

Какие платформы есть на рынке

Российские системы для управления задачами и процессами — Планфикс, Битрикс24 с конструктором бизнес-процессов, ELMA365, Comindware, Directum RX. Из международных известны Microsoft Power Apps, Mendix, OutSystems, Airtable и Notion. Mendix в 2018 году купил Siemens примерно за 600 млн евро, что хорошо показывает интерес крупного бизнеса к этому рынку.

Для автоматизации связок между сервисами используют Make, Zapier и n8n. Последний можно развернуть на своём сервере, что важно для компаний с требованиями 152-ФЗ к хранению персональных данных.

Как выбрать no-code платформу

• Начать с процесса, а не с системы: описать 3–5 сценариев, которые нужно автоматизировать в первый месяц.
• Проверить API и вебхуки. Без них платформа станет ещё одним островом данных.
• Посмотреть, где хранятся данные, и есть ли облачная и коробочная версии.
• Попробовать на пилоте с одним отделом и реальными задачами, а не на демо вендора.
• Посчитать стоимость лицензий на всех пользователей через два года, а не на старте.

Почему самопис перестаёт работать

Самописная система удобна, пока компания маленькая. Сначала скрипты и ERP писал я сам, потом посадил на это свободного программиста.

Дальше начинается очередь. Руководители отделов приходят с просьбой автоматизировать и ждут, когда программист освободится. Это почти никогда не случается. А если случается, нужно вспомнить, что хотели полгода назад, и выясняется, что задача уже не нужна.

Была и вторая проблема — я сам. Я согласовывал каждую задачу, чтобы не загружать программиста бесполезной работой. Это снижало желание руководителей что-то менять.

Цена ожидания

Самая дорогая часть самописа — не зарплата программиста, а изменения, которые не случились. Чем длиннее цикл от идеи до внедрения, тем меньше у людей мотивации что-то улучшать. Когда руководитель может настроить процесс за вечер, он пробует, ошибается и пробует снова.

Как пережить первые полгода внедрения

Честно скажу: первые полгода после перехода на Планфикс ничего не происходило. Были даже саботажи среди сотрудников. Это нормальная реакция на новую систему, и к ней стоит готовиться заранее.

Потом наступает линия перегиба. Человек осознаёт возможности и начинает сам экспериментировать. По моим подсчётам, до этой точки нужно 10–15 часов изучения системы.

Что ускоряет переход

• Выделить каждому руководителю время на изучение, а не ждать, что он разберётся вечером.
• Начать с одного процесса, который болит у отдела сильнее всего, и довести его до конца.
• Назначить внутреннего эксперта, к которому можно прийти с вопросом.
• Показывать на планёрках, что уже собрали коллеги.
• Не переносить старые костыли один в один, а пересобирать процесс.

Как понять, что внедрение удалось

Количество настроенных процессов ничего не говорит. Я бы смотрел на три вещи.

Первая — кто создаёт изменения. Если новые сценарии собирают сами руководители отделов, а не один энтузиаст, система прижилась.

Вторая — время от идеи до работающего процесса. Было полгода ожидания программиста, стало несколько дней. Третья — живые данные: задачи, заявки и отчёты ведутся в системе, а не в параллельных таблицах и чатах.

Если через год все три признака на месте, платформа окупилась, даже если в ней настроена лишь часть того, что планировали.

Где без кода не обойтись

Самопис никуда не денется. У нас тимлид разработки пошёл дальше настроек и пишет свои решения в связке с телеграм-ботами. Разница в том, что теперь появилась мастер-система, а код дописывает её, а не заменяет.

Код остаётся там, где нужны сложные расчёты, высокая нагрузка, нестандартные интеграции с учётной системой или требования к безопасности, которые платформа не закрывает.

Чтобы самопис и платформа не мешали друг другу, нужны правила. Мастер-система хранит основные справочники и статусы, а внешние скрипты читают и пишут данные только через API. Каждый бот или интеграция получает владельца, который отвечает за его работу, и короткое описание: что делает, откуда берёт данные, кому писать при сбое.

Риски low-code в компании

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