Low-code платформа: что это, плюсы, ограничения и когда лучше своя разработка

Low-code платформа это среда, где рабочее приложение собирают из готовых блоков в визуальном редакторе, а код пишут только там, где блоков не хватает. Таблицы данных, формы, маршруты согласования и отчёты настраиваются мышкой, а нестандартную логику дописывает программист. Это ускоряет запуск типовых внутренних систем: заявок, согласований, учёта обращений. Цена скорости в том, что вы живёте по правилам платформы: её лицензиям, её ограничениям и её планам развития. Разберём, что такое low-code на практике, какие у него плюсы и пределы и когда своя разработка выйдет надёжнее.

Что такое low-code простыми словами

Low-code дословно значит «мало кода». Большую часть приложения настраивают визуально, как в конструкторе, но у разработчика остаётся возможность дописать код для особых случаев. Рядом стоят два соседних подхода, и их полезно различать.

Подход	Как делают	Кто делает	Где упирается
No-code	Только визуальные настройки, кода нет совсем	Сотрудник без навыков программирования	В возможности платформы: чего нет в настройках, того не будет
Low-code	Визуальная сборка плюс вставки кода	Аналитик и программист, знающий платформу	В архитектуру платформы, лицензии и производительность
Своя разработка	Код с нуля на обычных языках и фреймворках	Команда разработчиков	В бюджет и сроки, ограничений платформы нет

Граница между no-code и low-code размыта. Многие сервисы, которые начинались как конструктор без кода, добавили вставки скриптов. Поэтому смотрите не на ярлык, а на то, что именно можно изменить и кто это будет делать.

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

Из чего состоит low-code платформа

Типичная low-code платформа состоит из шести частей, и почти всё в них настраивается визуально. Понимать их стоит до выбора: так проще задать продавцу правильные вопросы.

• Модель данных. Справочники и таблицы: клиенты, заявки, договоры, поля и связи между ними.
• Формы и страницы. Что видит сотрудник: карточка заявки, список, фильтры, кнопки.
• Процессы. Маршрут работы: кто получает задачу после кого, сроки, согласования. Часто рисуется в нотации BPMN, это стандартный язык схем процессов.
• Права и роли. Кто что видит и может менять.
• Интеграции. Готовые коннекторы и API для связи с почтой, телефонией, учётной программой.
• Расширения кодом. Скрипты, свои компоненты, вызовы внешних сервисов. Здесь и начинается «low», а не «no».

Что делают на low-code в небольшой компании

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

Задача	Подходит ли low-code	На что смотреть
Согласование счетов и закупок	Хорошо	Маршрут по сумме, замены на время отпуска, связь с учётом
Обращения клиентов и сервисные заявки	Хорошо	Сроки реакции, распределение, отчёт о просрочках
Учёт договоров и документов	Хорошо	Версии, напоминания о сроках, права доступа
Кадровые заявки: отпуск, командировка	Хорошо	Связь с кадровым учётом, электронная подпись
CRM под нестандартную воронку	Зависит от логики	Сколько своих расчётов и как растут лицензии с числом менеджеров
Кабинет клиента или дилера	Осторожно	Внешние пользователи, дизайн, нагрузка, стоимость доступа для внешних
Расчёт цены по сложным правилам	Скорее нет	Логику придётся писать кодом внутри чужой платформы

Чтобы почувствовать разницу подходов, посмотрите на одну задачу, решённую тремя способами.

Плюсы low-code: что вы реально получаете

Главный плюс low-code это быстрый первый результат на типовой задаче. Процесс заявок или согласований можно показать сотрудникам на живом прототипе через несколько недель, а не через несколько месяцев.

• Быстрая первая версия. Типовые части уже есть: пользователи, права, формы, журнал изменений, уведомления.
• Наглядность. Процесс нарисован схемой, его понимают и руководитель, и исполнитель. Поправить шаг проще, чем переписывать код.
• Меньше программистов в начале. Простые изменения делает аналитик или обученный администратор.
• Готовая инфраструктура. Хранение, резервное копирование и обновления часто берёт на себя платформа, особенно в облачной версии.
• Единое место. Несколько процессов на одной платформе делят справочники и пользователей.

Продавцы платформ называют разные цифры ускорения, но их считают на своих примерах. Верить стоит пилоту на вашей задаче, а не обещаниям из презентации.

Ограничения и риски low-code

Ограничения low-code проявляются не в первый месяц, а через год, когда процесс вырос и захотелось сделать то, чего платформа не умеет. Вот что стоит знать заранее.

• Зависимость от платформы. Процессы, формы и логика описаны в формате конкретного продукта. Перенести их на другую платформу или в свой код обычно значит сделать заново. Данные выгрузить можно, логику почти никогда.
• Лицензии растут вместе с компанией. Часто плата зависит от числа пользователей или модулей. Пять сотрудников и пятьдесят это разные бюджеты, а внешние пользователи, например клиенты, могут считаться отдельно.
• Нестандартное делается дорого. Свой интерфейс, сложный расчёт или необычная интеграция пишутся кодом внутри платформы. Это код по её правилам, и писать его может только специалист по этой платформе.
• Узкий рынок специалистов. Разработчиков на популярных языках много, специалистов по конкретной платформе мало. Это влияет на стоимость и на то, найдёте ли вы замену подрядчику.
• Обновления платформы. Новая версия может изменить поведение компонентов, и ваши доработки придётся проверять.
• Производительность. Общая архитектура рассчитана на типовые задачи. При большой нагрузке или больших объёмах данных возможности оптимизации ограничены.

Как сравнивать стоимость владения за три года и оценивать зависимость от вендора, мы подробно разобрали на примере замены Excel-таблиц в статье «Платформа, конструктор или код». Методика оттуда подходит и для выбора low-code.

Российские low-code платформы

В России есть несколько крупных low-code платформ для бизнес-процессов. Ниже те, что прямо называют себя low-code на своих официальных сайтах. Это не рейтинг и не рекомендация: мы проверили только то, что производитель пишет о себе.

Платформа	Как себя описывает (официальный сайт)	Что указано про размещение и реестр
ELMA365	Экосистема low-code продуктов для автоматизации бизнеса, low-code BPM-платформа	Есть SaaS-версия с пробным периодом и версия On-Premises на серверах заказчика
SimpleOne	Low-code платформа, на которой построены решения для ИТ-услуг и других процессов	Варианты размещения на странице платформы не расписаны, уточняйте у производителя
Comindware	Российская low-code платформа, low-code BPM-платформа	На сайте указано, что продукт есть в едином реестре российского ПО
BPMSoft	Российская low-code платформа для CRM и BPM	На сайте указана запись в реестре отечественного ПО

Наличие в реестре российского ПО проверяйте не по сайту продавца, а в самом реестре Минцифры. Это важно, если вам нужна отечественная программа для госзаказчиков или по требованиям отрасли.

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

Облако или свой сервер: где будут жить данные

Многие low-code платформы продаются в двух вариантах: облачная подписка и коробочная версия на сервере заказчика. Облако быстрее запустить, и обслуживанием занимается производитель. Свой сервер даёт больше контроля над данными, но обновления, резервные копии и защиту придётся организовать самим или поручить подрядчику. Когда хватит готового облачного сервиса, описано в статье что такое SaaS.

Если в системе будут данные клиентов или сотрудников, это персональные данные. 152-ФЗ требует при сборе данных граждан России записывать и хранить их в базах на территории страны. Поэтому спросите у производителя, где физически находятся серверы облачной версии, и попросите это зафиксировать в договоре. Отдельно уточните, кто имеет доступ к вашим данным со стороны производителя и как оформляется поручение на обработку.

Из чего складывается стоимость low-code

Стоимость low-code состоит не только из лицензии. Чаще всего бюджет недооценивают на внедрении, доработках кодом и поддержке. Цены у платформ разные и зависят от числа пользователей и модулей, поэтому берите их из официального предложения, а здесь разберём саму структуру.

• Лицензии или подписка. За пользователей, модули, внешний доступ, размер хранилища.
• Внедрение. Описание процесса, настройка модели данных, форм, маршрутов и прав.
• Доработки кодом. Всё нестандартное, по ставке специалиста именно по этой платформе.
• Интеграции. Связь с учётом, сайтом, телефонией, если готового коннектора нет.
• Поддержка и обновления. Проверка доработок после новых версий, помощь пользователям.
• Сервер. Для коробочной версии: своё железо или аренда, резервные копии, защита.

Удобно оценить задачу по нескольким признакам до разговора с продавцом. Ниже пример такой оценки.

Когда лучше своя разработка

Своя разработка выгоднее low-code, когда система является частью вашего продукта или конкурентного преимущества, когда в ней много уникальной логики и когда пользователей много или они внешние. В этих случаях вы платите за свободу один раз, а не каждый месяц за ограничения.

Признак	Low-code	Своя разработка
Процесс типовой и похож на чужие	Подходит	Избыточно
Логика уникальна и часто меняется	Дорого и неудобно	Подходит
Пользователи это клиенты или партнёры	Проверяйте лицензии и дизайн	Подходит
Пользователей станет в разы больше	Растут платежи	Растут только затраты на сервер
Нужен свой интерфейс и бренд	Ограничено компонентами	Без ограничений
Важно владеть кодом и не зависеть от вендора	Не получится	Код и данные ваши
Нужно запуститься за пару недель	Подходит	Только с малой первой версией

Своя разработка тоже не обязана быть долгой. Если начать с одной роли и одного процесса, первая версия бывает готова за сопоставимое время. Так мы делаем внутренние системы под процесс компании: сначала экраны для одного отдела, потом расширение.

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

Вопросы платформе до покупки

Перед выбором low-code платформы пройдите по списку вопросов вместе с продавцом. Ответы лучше получить письменно: они понадобятся при сравнении и в договоре.

Как проверить low-code на своей задаче

Проверить платформу честнее всего пилотом на одном реальном процессе. Демо продавца показывает лучшие стороны, пилот показывает ваши проблемы.

1. Опишите процесс. Шаги, роли, сроки, исключения. Без описания пилот превратится в настройку чего-то похожего. Как это сделать, читайте в статье об описании бизнес-процессов.
2. Выберите самый неудобный кусок. Не типовое согласование, а то место, где у вас своя логика или интеграция. Там платформа и покажет пределы.
3. Дайте пилот реальным пользователям на две-четыре недели и соберите замечания.
4. Посчитайте полную стоимость на три года при текущем и удвоенном числе пользователей.
5. Проверьте выгрузку данных. Сделайте её сами и убедитесь, что всё на месте.
6. Сравните с маленькой своей разработкой того же процесса. Иногда разница в сроке меньше, чем кажется, а разница во владении большая.

Если после пилота ясно, что задача типовая, берите платформу и не изобретайте своё. Если же половина пилота ушла на обход ограничений, это сигнал, что процессу нужна собственная система.