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

Чеклист для проверки и подборка 100 no-code сервисов.

Каждый третий потенциальный клиент нашей студии разработки просит подобрать варианты решений на базе no-code. Делать вывод, что через пару лет программисты лишатся работы, пока рано. Но уже сейчас яcно, что no-code — не просто временный тренд. Без разработчиков можно собирать не только простые сайты, но и достаточно продвинутые информационные системы и приложения.

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

Пять способов решить задачу по разработке

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

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

➕Не надо ничего разрабатывать и поддерживать.

➖Скорее всего, это будет временным решением.

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

➕Можно быстро решить задачу. Минимальный порог входа — с большинством сервисов может освоиться любой даже не обладая специальными знаниями.

➖Большинство сервисов работает только так, как задумали создатели, нельзя сделать интерфейс под себя.

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

➕Создать продукт на no-code можно без разработчиков.

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

Гибридная разработка. В гибридной разработке частично используются сервисы no-code/low-code (например, для бэкенда), а частично — программируются кастомные куски (например, фронтенд с кастомным дизайном и бизнес-логикой). Например, так мы делали сервис для нетворкинга на мероприятии.

➕Можно использовать сервисы как базу данных, а весь интерфейс задизайнить и закодить на свой вкус.

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

Обычная разработка, «с нуля» или на фреймворках с помощью языков программирования — и бэкенд, и фронтенд.

➕Нет функциональных ограничений — запроектировать и разработать можно всё, что может вынести компьютер.

➖Может быть долго и дорого.

Получается, что no-code — это «золотая середина». Но очевидно, что способ подходит не для всех задач.

Выбираем подход под задачу

Моя компания Ratio оказывает услуги разработки, но мы, разработчики, тоже используем nocode-сервисы для своих задач. Например, сначала менеджеры компании вручную считали, какие проекты и клиенты приносят наибольший доход, а какие менее рентабельны. Когда подсчёты стали занимать слишком много времени, мы решили это автоматизировать. Начали писать систему, которая на основе данных из таск-трекера YouTrack считает себестоимость и строит отчёты. Разработка отнимала время программистов, которые загружены клиентскими задачами, и через полгода проект забросили, так и не доделав.

Считать рентабельность всё равно нужно, поэтому в этом году мы собрали новую систему на базе no-code подхода. Данные из YouTrack теперь попадают в Fibery, где производятся расчёты, строятся отчёты и графики. Нам, разработчикам, оказалось удобнее не писать код, а решить задачу с помощью no-code сервиса. На это ушло чуть больше месяца. No-code помог нам решить нашу задачу и не тратить сотни часов программирования.

У каждого менеджера в Ratio теперь есть дашборд с данными о рентабельности по проектам, менеджерам, клиентам и периодам. Это показывает, насколько мы достигаем поставленных коммерческих целей.

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

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

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

Почему no-code может не подойти

Среди nocode-сервисов уже появились компании-«единороги», а интерес к теме только растёт. На этом фоне может показаться, что no-code решает любые задачи уже сейчас. Но это не так. Вот три причины, почему no-code может не подойти для проекта.

No-code не всегда быстрее и дешевле

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

Важно помнить, что nocode-разработка — тоже разработка. Нет такого волшебного приёма, который превратит идею в работающий продукт.

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

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

Есть технические и функциональные ограничения

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

Второе техническое ограничение — на бэкенде приложения. Чаще всего данные можно получать из любых источников, но, например, сделать двустороннюю синхронизацию с 1С складских остатков на 10 000 SKU будет нетривиальной задачей.

Есть внешние ограничения

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

Использование nocode может быть ограничено законами. Сервисы, разработанные на no-code, чаще всего хранят данные на иностранных заграничных серверах, а по закону «О персональных данных» личные данные всех клиентов должны храниться на серверах, расположенных в России.

Выбирая no-code, вы не застрахованы от блокировок. Если сервис заблокируют, продукт станет недоступен без VPN.

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

Что в итоге

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

  • Подходят функциональные возможности nocode-сервисов
  • Нет объёмных и нетиповых интеграций
  • Затраты на оплату nocode-сервисов не превышают стоимость обычной разработки
  • Нет применимых правовых норм для выбранных nocode-сервисов
  • В компании нет ограничений по технологическому стеку
  • Политика безопасности компании позволяет использовать no-code
  • Вы готовы взять риски по доступности продукта для пользователей

Если вы решили, что no-code идеален для вашей задачи, изучите возможности сервисов. Я собрал в Notion таблицу из 100 популярных nocode-сервисов. В таблице есть краткое описание возможностей и минимальные цены.

Больше о разработке

О нашем подходе к разработке и сервисах для бизнеса я рассказываю в Telegram-канале @panfilovonline. Подписывайтесь, чтобы быть в курсе.

0
40 комментариев
Написать комментарий...
Атанов Владимир

"Бывают задачи, для которых нужно подключать десяток сервисов и nocode-разработка дорастает до такого масштаба, что становится дороже, дольше и сложнее программирования" - я бы сказал, что львиная доля проектов на nocode быстро обрастает всякой ерундой и утыкается в дорогущую доработку. И основатель бегает по форумам и фрилансерам '... а тут небольшая доработка на пару часов...' и очень удивляются, когда ценник реальный видит на работу с их гуаном.

Ответить
Развернуть ветку
Денис Пешехонов

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

Ответить
Развернуть ветку
Максим Панфилов
Автор

Денис, верно. Но согласитесь, порог входа всё же ниже, чем в "обычную" разработку — научиться можно быстрее.

Ответить
Развернуть ветку
Тимофей Инчагов

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

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Александр Помидоров

Да, звучит как бред. Да и вообще, сделать синхроризацию данных в другой готовый сервис (написав при этом код), чтобы строить графики и проводить расчёты, это не no-code, это как раз "использовать готовый сервис для определенной задачи". Походу автор концептуально не понимает какие-то вещи в силу отсутствия технического бекграунда.

Ответить
Развернуть ветку
Igor Golikov

Есть негативный опыт использования no-code: требовалось сделать интеграцию платежной системы с SalesForce. Менеджеры выбрали между no-code, микросервисом и SalesForce Apex, выбрали no-code (хотели вносить изменения не привлекая программистов).
В итоге пришлось привлечь программистов еще на этапе разработки. В данный момент no-code решения стало очень громоздким, времени на поддержку требуется больше, чем потребовалось бы на классическое программное решение.
Учитывая низкую интенсивность транзакций реализовать данную интеграцию можно было бы используя AWS Lambda (или аналог Azure/GCP).

Сейчас вообще красота - есть AWS, Azure и GCP, CI/CD - все быстро и просто

Ответить
Развернуть ветку
Максим Панфилов
Автор

Игорь именно так. В идеале хорошо, если есть возможность до выбора nocode сделать расчёт — во сколько обойдётся поддержка и оплата nocode-сервисов — и сравнить затраты с обычной разработкой.

Ответить
Развернуть ветку
Юрин Иван

Чаще всего no code решения это такой же технический долг, который однажды нужно будет отдать

Ответить
Развернуть ветку
Александр Помидоров

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

Ответить
Развернуть ветку
Zero To One

Для большинства задач сейчас, особенно для MVP, программисты точно могут не понадобиться :) У NoCode столько возможностей, что проще назвать продукты, которые на нем НЕЛЬЗЯ создать)

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Nikita Rogatov

Каталог например как создать с автоматическим вводом данных и графики?

Ответить
Развернуть ветку
Николай Неустроев

Имеется в виду каталог товаров интернет-магазина? Есть много решений, разных по сложности и требованиям. https://studioratio.notion.site/07a20eeeaa9d4aecbff6f5749680c1c2?v=0510626112c74bfaa8bfdce11c2d5390

Ответить
Развернуть ветку
Александр Максимов
Без разработчиков можно собирать не только простые сайты, но и достаточно продвинутые информационные системы и приложения.

Можно. Но вдолгую с разрабами это тупо дешевле. В масштабах серьезного бизнеса написать код всегда стоит копейки - главное предсказуемость его поддержки. Именно поэтому большинство no code поделок так и останутся для MVP мамкиных стартаперов с пятью штуками "бюджета".

Ответить
Развернуть ветку
Denis Bystruev

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

Ответить
Развернуть ветку
Максим Панфилов
Автор

Здесь ещё момент, что масштабе бизнеса, когда код написан, он становится частью корпоративной инфраструктуры. А если каждый из сотрудников будет своё что-то собирать на ноукоде и оно вдруг заработает, а потом сотрудник уйдёт, то поддерживать это будет непонятно как.
Хочу подробнее изучить вопрос, потому что многие nocode-сервисы ставят у себя на лендингах логотипы крупных корпораций, утверждая, что они с ними сотрудничают — интересно, как у них решается этот вопрос.

Ответить
Развернуть ветку
Komorebi

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

Ответить
Развернуть ветку
Максим Панфилов
Автор

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

Ответить
Развернуть ветку
Тимофей Инчагов

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

Ответить
Развернуть ветку
Максим Панфилов
Автор

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

Ответить
Развернуть ветку
Тимофей Инчагов

Думаю я с вами не соглашусь.

Ничего не имею против no code, но это не инструмент для студентов, которые хотят заработать создавая "свои студии" по разработки.

Мы же оба понимаем что такие "профессионалы" напрограммироуют на no code так, что клиента отправят на машине времени лет 20 тому назад на заре начала интернета, где каждая домохозяйка делала свою личную страничку :).

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

Таким образом грамотный менеджер объяснит клиенту, что создавать огромный монстр это ошибка, и что нужно начинать делать mvp, проводить custdev и изучать рынок. И вот здесь как раз no code отличный подход. И да, программист мог бы его использовать для подобных целей.

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

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

Ответить
Развернуть ветку
Игорь Минаков

Максим, спасибо большое, что поделились своим списком. Подобные инструменты ускоряют работу в некоторых ситуациях.
Слово "no-code" сейчас мега популярно становится, а вот большая часть из этого списка продуктов существовало еще когда "no-code" не был мейнстримом.
Мало кому в голову придет сейчас писать с нуля интернет магазин, сайт визитку и т.д. и т.п.
Программисты будут нужны, но возможно не такие дорогие)
Возьмите на досуге n8n и попробуйте реализовать простой сценарий переодической отправки rss ленты блога в телеграмм канал, так чтобы сообщение в тележке было читаемым, отформатированным и с тегами. Без знания js врятли это удасся) И сохранением состояния нужно будет заморочится)

Ответить
Развернуть ветку
Anfer

Чтобы был ноукод, кто-то должен сыграть в код и очень хорошо сыграть.

Ответить
Развернуть ветку
Denis Bystruev

Спасибо за таблицу, узнал о нескольких новых сервисах.

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

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

Но с мобильными приложениями так не получится.

Не встречались вам nocode-сервисы, которые позволяют расширять именно мобильные приложения кастомным кодом? Или хотя бы разрешают экспорт исходного кода для самостоятельной сборки?

Ответить
Развернуть ветку
Николай Неустроев

Денис, может быть, вам подойдут конструкторы Draftbit (использует React Native) или FlutterFlow (Flutter).

Ответить
Развернуть ветку
Denis Bystruev

FlutterFlow выглядит многообещающе.

Ответить
Развернуть ветку
Николай Неустроев

А, еще вспомнил AppMaster из той же области

Ответить
Развернуть ветку
Дмитрий Некрасов

Максим, отличная статья! Спасибо

Ответить
Развернуть ветку
Максим Панфилов
Автор

Дима, спасибо!

Ответить
Развернуть ветку
EveryStraus _

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

Ответить
Развернуть ветку
Эдуард

пользуясь случаем, кто нибудь видел nocode доски объявлений? Чтобы была возможность платно размещать объявление на определенный срок.

Ответить
Развернуть ветку
Дмитрий Орлов

Есть плагин на WordPress awpcp там можно

Ответить
Развернуть ветку
Эдуард

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

Ответить
Развернуть ветку
Ai_KS_Berg Schtrekker

Первым делом осваиваются бесплатные сервисы, а далее создается собственная интернет платформа со всеми вытекающими инвестициями

Ответить
Развернуть ветку
Александр Леонов

Благодарю автора за интересную статью. Отдельное спасибо за перечень no-code сервисов. На мой взгляд в нём не хватает PlanFix, который помогает строить кастомизированные системы управления компанией в целом.

Ответить
Развернуть ветку
Владимир Иванов

Пройдет совсем немного времени и no-code станет стандартом программирования

Ответить
Развернуть ветку
37 комментариев
Раскрывать всегда