No-code и low-code: чем отличаются и когда конструктора хватает

Что такое no-code и low-code?

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

Разница простая: можно ли заглянуть под капот. В no-code кода нет вообще, и всё делается настройками и шаблонами платформы. В low-code основа общая, но в нужном месте разработчик вставляет собственный фрагмент и расширяет возможности. Обычная разработка, её ещё зовут pro-code, начинается с чистого листа.

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

Применений у этих платформ много. Практикум перечисляет, что на них собирают:

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

Ту же границу показывает разбор издания The Code. В zero-code, как называют no-code, кода нет вообще, есть только визуальный интерфейс. Для low-code авторы берут пример Tilda: блоки выбирают из готового набора, а при необходимости добавляют собственный скрипт.

Чем они отличаются на практике?

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

Автор разбора на Хабре сравнивает три подхода с поездками на машине. No-code похож на каршеринг: едешь только там, где разрешает сервис, а машина не твоя. Low-code напоминает тюнинг-ателье: 80% кузова берут из готовых деталей, но под капот можно залезть. Обычная разработка равна собственному автозаводу, где всё делаешь сам.

Кто за это отвечает, зависит от глубины. Практикум пишет, что no-code-проект может собрать любой сотрудник, например маркетолог, а для low-code нужен программист, и в сложных проектах это целая команда. Directum оценивает долю работы так: low-code закрывает 80% задач, а разработчик нужен для остальных 20%, где сложные вычисления, нестандартные интеграции и особая бизнес-логика.

Что вы получаете: скорость, экономию и быстрые правки

Первое, что бросается в глаза, это сроки. Практикум оценивает сайт на таких платформах в срок от недели до месяца, а классическую разработку в месяц, два или три и дольше. Дизайнеру нужно нарисовать и адаптировать макет, описать поведение каждой кнопки, и только потом работа переходит к фронтенд- и бэкенд-разработчикам.

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

Крупные компании пользуются тем же. ИТ-директор «Петрович-Тех» Владислав Бердичевский рассказал, как строительный ритейлер проверяет идеи на low-code: за пару недель команда собирает прототип процесса с формами и простой автоматизацией, пробует его в деле и лишь потом решает, делать ли полноценную систему. Первым проектом стала просроченная дебиторка, в которой заняты юристы, финансисты, B2B-отдел и экономическая безопасность. Срок подготовки документов и взыскания сократился с 55 до 40 дней.

Похожий результат описывает Beget на примере Ultra Clean Holdings, ключевого игрока полупроводниковой отрасли. Компания собрала на low-code платформе UI Bakery два приложения: портал самообслуживания с данными о производстве и формы ввода заказов. Время разработки, по оценке источника, сократилось на 75%.

Совсем маленькая команда укладывается ещё быстрее. По обзору Nomtek британская фрилансерка Дани Белл собрала сервис Scribly для контент-услуг на Webflow, Airtable и Zapier за шесть-восемь недель, а через год он приносил 30 тысяч долларов месячной выручки.

Третье преимущество: правки не стоят в очереди к разработчику. На no-code быстро проверяют, какой текст кнопки даст больше заявок, а крупные компании собирают лендинг под акцию, набирают заявки, снимают страницу и через время запускают её снова с новыми условиями. Как честно сравнивать такие варианты, мы разобрали в статье про A/B-тест.

Где конструктор упирается в потолок

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

Как выглядит такая зависимость в деньгах, показывает разбор на Хабре. Автор считает на вымышленном маркетплейсе услуг SmartMatch, который строит инженер Дима. Прототип на Bubble Дима собирает сам по вечерам, платя только за лицензии: тариф Starter при оплате за год стоит 59 долларов в месяц. Собственная команда за такой же прототип взяла бы около 9000 долларов в месяц и минимум три месяца работы.

Когда проект вырастает до четырёх тысяч заказов в день, счёт растёт. По расчёту автора, no-code обходится примерно на 1400 долларов в месяц дороже кода, и стартовая экономия в 27 тысяч долларов сгорает примерно за 19 месяцев. При проверке инвесторами выясняется, что движок принадлежит Bubble, а код выгрузить нельзя. Девять месяцев герой платит и за Bubble, и за переписывание с нуля.

Это не только расчёт на бумаге. Фриланс-площадка Comet, по данным Nomtek, целиком построена на Bubble, показывала среднюю месячную выручку 800 тысяч долларов и привлекла более 14 миллионов евро венчурных денег. Тем не менее, как пересказывает Хабр, она упёрлась в скорость базы данных при сложной фильтрации тысяч профилей и после раунда инвестиций полностью переписала проект на код.

Мелкие инструменты зависят от платформ ещё жёстче. Разбор на Хабре замечает про Collabza, надстройку над Tilda и Airtable, что некоторые вещи придётся подгонять под ограничения дизайна Tilda, а полностью кастомную логику на клиенте сделать нельзя.

У Flexiple, конкурента Toptal, история двойная. Компания с выручкой около трёх миллионов долларов держит no-code-стек за 60 долларов в месяц. Внутренние инструменты на Bubble экономят ей 160 часов ежемесячно. Зато в поиске нашлась проблема: приложения на Bubble тяжёлые, и это мешало занимать первые места в Google. Команда перенесла фронтенд на лёгкий код, а бэкенд оставила на no-code-инструментах.

Приложение для погашения долгов Qoins помогло людям выплатить более 30 миллионов долларов. Тем не менее, как пересказывает Хабр, миллионы мелких транзакций на Bubble стоили неоправданно дорого по сравнению с простым серверным скриптом, и сервис перешёл на нативную разработку.

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

Есть и менее заметные риски. Практикум предупреждает: no-code-сервисы часто работают в связке с Google Таблицами, и если аккаунт взломают, посторонний получит ссылку на таблицу, например с историей заказов и адресами клиентов. А шаблонные формы, шрифты и анимация мешают проекту выделиться среди конкурентов.

Как выбрать: конструктор, low-code или команда разработчиков?

Универсального ответа нет, зато есть вопросы, которые отсекают лишнее. Если нужен лендинг, визитка или магазин с типовой корзиной, начинайте с no-code: это недорого и быстро, а ошибку легко исправить. Если шаблона для вашей логики нет, но разработчик в команде есть, берите low-code. Если заранее ясно, что будут высокие нагрузки и уникальная бизнес-логика, закладывайте обычную разработку.

Перед выбором ответьте на пять вопросов:

• Сколько посетителей и операций в день вы ждёте через год, и выдержит ли платформа такой объём?
• Есть ли нужная интеграция готовой кнопкой или её придётся писать?
• Можно ли забрать проект на свой сервер и во сколько это обойдётся?
• Кто будет править проект: маркетолог или разработчик?
• Что станет с бизнесом, если платформа поднимет цену или закроется?

Выбор не обязан быть чистым. Teal, сервис для поиска работы, начал с Bubble для основного продукта, опросы вёл через Typeform, базу держал в Airtable и соединил всё через Zapier. Команда небольшая, а инвесторы вложили в проект более 11 миллионов долларов. Для корпоративных систем Directum описывает гибрид: low-code для 80% задач, pro-code для остальных 20%.

Образовательная платформа Bloom Institute of Technology, по обзору Nomtek, запустила прототип для трёх тысяч пользователей на Typeform, Airtable, Retool и Webflow, не написав кода. Идея с оплатой обучения после трудоустройства помогла собрать 4 миллиона долларов на старте.

Опасаться за профессию программистам не стоит. Directum описывает это так: low-code берёт на себя формы и простые маршруты, а разработчики занимаются архитектурой, высокими нагрузками, алгоритмами и безопасностью. Для серьёзного продукта, который придётся развивать, The Code тоже советует нанимать разработчиков.

Наставница Практикума Анна Грязева советует перед стартом присмотреться к платформам:

разработка без кода может значительно сэкономить ресурсы и время компании

Анна Грязева, наставница Яндекс Практикума

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

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

Первой называют Tilda: более 550 готовых блоков и 210 шаблонов страниц, а для сложной композиции есть Zero Block, где настраивают анимацию появления элементов. На бесплатном тарифе доступен один проект максимум из 50 страниц. Тарифы, SEO и выход с платформы разобраны в статье про Tilda.

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

Если нужна корпоративная система учёта, смотрят на Бипиум: это гибрид no-code и low-code с двумя режимами, платформа внесена в реестр российского ПО. Из зарубежных платформ разбор на Хабре подробно описывает Bubble: база данных, логика и интерфейс живут там в одном окне, поэтому герой разбора выбрал её, а Tilda и Glide отверг как витрины без логики.

Перед любой подпиской проверьте три вещи. Ответы лежат в договоре и справке платформы, а не в рекламе:

• можно ли оплатить подписку из России и в какой валюте её спишут
• где хранятся данные ваших клиентов и кто к ним имеет доступ
• можно ли выгрузить проект целиком и в каком виде он вернётся к вам

Что изменит ИИ в визуальной разработке

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

Аналитики IDC, на которых ссылается Практикум, ожидают, что в Азиатско-Тихоокеанском регионе на low-code или no-code соберут до 60% новых программ с генеративным ИИ. Причина понятна: из-за нехватки профессионалов классическая разработка дорожает, и компании ищут, где сэкономить.

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

Частые вопросы