no
code
low
code
Наверное, нет ни одной компании, у которой 2022 год не перевернул бы все ИТ-процессы. Потеряв доступ к западному софту, бизнес начал искать альтернативы и разрабатывать новые продукты.
О решениях, которые помогают компаниям справиться с проблемами, можно говорить долго. Поэтому мы запускаем цикл статей «Бизнес в поисках софта», где будем рассказывать о развитии разработки в условиях тотального перехода на новое ПО. И первая статья цикла посвящена концепции low-code/no-code (LCNC).
А нужен ли код?
Чтобы создать любой ИТ-сервис: от лендинга до системы управления данными — в классическом программировании нужно писать код. А значит, необходимы компетентные ИТ-специалисты, которые умеют это делать. Концепция LCNC демократизирует разработку: с помощью no-code и low-code платформ написать свой сайт или приложение может практически любой человек.
Работают такие программы по принципу конструктора (или визуального редактора, кому какое сравнение больше нравится). В них уже есть готовые модули и скрипты: шапка, футер, текст, изображение, форма обратной связи и так далее — из которых вы выбираете нужные, размещаете на странице и наполняете своим контентом. Алгоритм автоматически сгенерирует для каждого элемента свой html-код и свяжет его с другими составляющими сайта.
Самые известные LCNC-платформы предназначены для разработки сайтов — это Wix, Tilda, WordPress и другие. Помимо них, существуют конструкторы мобильных приложений (Adalo, BuiildFire, Glide) онлайн-игр (GameMaker, Buildbox), интернет-магазинов (Dzumba, Ecwid), чат-ботов.
Основное различие между low-code и no-code платформами отражено в самом названии: low-coding требует хотя бы минимальных навыков программирования — зато с его помощью можно создавать более сложные кастомизированные сервисы. Решения, сделанные на no-code, более шаблонны, зато доступны любому.
Не все так хорошо, как кажется
Разумеется, если бы принцип LCNC позволял делать ИТ-решения любой сложности, классическая разработка умерла бы как вид, сохранившись только для одной цели — создания самих no-code и low-code платформ.
Но реальность такова, что no-code и low-code подходит только для ограниченного спектра задач. Да, вы можете создать таким образом многостраничный сайт или даже интернет-магазин, который вполне будет работать — но в процессе управления им вы непременно упретесь в потолок возможностей. Сбор аналитики, SEO-оптимизация, интеграции со сторонними ресурсами, усложнение функционала — все это станет серьезной проблемой.
Это не значит, что сам принцип бескодовой разработки бесполезен — просто он предназначен для других задач, где он действительно помогает сэкономить время, деньги, ресурсы и создать нужное решение малой кровью.
Когда нужно использовать no-code / low-code
-
Информационные сайты, сайты-визитки, лендинги с ограниченным функционалом
-
Ситуативные решения: одностраничный сайт для конкурса, акции и сбора заявок, тесты и опросы
-
Чат-боты
-
Решения для малого бизнеса: например, онлайн-магазин по продаже тортов или украшений собственного изготовления
-
Решения, которые нужны максимально срочно. Например, во время первой волны пандемии компания Ecwid разработала готовый инструмент для ресторанов и кафе, который позволял быстро создать свой интернет-магазин.
Но разработать сайт или приложение с широким функционалом, маркетплейс, любой другой сложный сервис с помощью LCNC нельзя. И дело здесь в управлении проектом, продуктовой составляющей и аналитике — техническое решение вторично. Хотя хайп вокруг этой концепции часто заставляет думать наоборот.
Приведем пример из практики. Однажды мы делали для клиента большой маркетплейс — большое серьезное решение. Но в какой-то момент на стороне заказчика появился менеджер, который предложил отменить всю разработку и собрать маркетплейс с помощью конструктора. Мы решили обойтись без спора и просто наглядно продемонстрировать клиенту, как будет выглядеть такое решение — чтобы он сам убедился, что оно бесперспективно.
Да, low-code и no-code платформы эффективны в решении задач, для которых они создавались. Но представление, что LCNC начнет вытеснять разработку, выглядит чересчур утопическим. По крайней мере, в горизонте ближайших лет.
Скрытая цена no-code: на что обратить внимание
- Привязка к платформе. Сайт, собранный в конструкторе, обычно не переносится на другой движок без пересборки с нуля — весь контент и логика хранятся в закрытом формате конкретного сервиса.
- Ограничения на масштаб. Конструкторы рассчитаны на определённый объём каталога, трафика и интеграций. Когда бизнес перерастает эти лимиты, миграция на классическую разработку обходится дороже, чем если бы её сделали сразу.
- Зависимость от тарифа платформы. Функциональность и лимиты конструктора могут измениться при смене тарифного плана поставщика — риск, которого нет у собственного кода.
Как понять, что пора переходить с no-code на классическую разработку
Сигнал для перехода — конкретные ограничения, в которые вы упираетесь на практике: невозможность встроить нужную интеграцию, слишком медленная работа каталога при росте ассортимента, необходимость в аналитике сложнее той, что даёт конструктор из коробки. Если хотя бы один из этих пунктов уже мешает работать, дешевле спроектировать переход заранее, чем ждать, пока ограничения начнут стоить бизнесу клиентов.
Часто рабочий сценарий — гибрид: часть сайта (блог, лендинги под рекламные кампании) остаётся на no-code, где скорость важнее гибкости, а ядро продукта — каталог, оплата, личный кабинет — переходит на классическую разработку.
Когда готовых блоков не хватает, задачу закрывает разработка программного обеспечения под ключ.