Самые частые вопросы и возражения о создании продуктов на NoCode

Наша студия регулярно получает много вопросов: от базового «что такое NoCode?» до недовольных «И как вы собрались масштабировать такие продукты, шарлатаны?»

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

В обычной разработке есть понятие – микросервисная архитектура. Этот принцип строится на том, что мы разделяем всю базу кода на небольшие, связанные части. И если одна часть отвалится, она не потянет за собой весь продукт, плюс проще найти проблему, чтобы быстро исправить. Почти все IT компании дорастают до этого подхода из «монолита».

Такой же подход часто используется в NoCode и LowCode проектах. Мы разделяем продукт на конкретные задачи и подбираем инструменты, которые эффективнее и дешевле справляются с каждой из них.

Например Bubble лучше для веба. Для гибкой работы с данными подходит Airtable. А хранить картинки дешевле в AWS.

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

Стоит сразу сказать, что создатели NoCode-сервисов, разумеется, понимают риски и степень своей ответственности.

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

Чтобы быть уверенным, что на стороне сервиса ничего не упадёт и не повлияет на ваш продукт, рекомендуем работать с проверенными инструментами: Bubble, Adalo, Integromat, Zapier, Airtable, Stripe. Эти решения используются крупными компаниями и десятками стартапов, занимают высокие места в рейтингах ProductHunt и привлекают огромные инвестиции.

Да, NoCode действительно лучше всего подходит для MVP: он даёт преимущество в скорости, позволяя сократить путь от появления идеи до её реализации, и манёвренности в плане простоты внесения правок в проект.

В свою очередь, MVP для стартапа — это мастхэв. И это утверждение уже должно было стать очевидным.

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

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

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

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

«100 тыс. — для бизнеса не деньги» — очень спорный момент.

Вопроса так же два:

Простой интернет-магазин или сервис для анализа условий договоров и определения рисков с помощью ML? Интернет-магазин можно запустить и полностью на NoCode-решениях. Разумеется, незамысловатый продукт можно создать и на коде. Но зачем тратить деньги и время? Лишними для бизнеса они не бывают.

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

Full-stack джуна? Он вряд ли сможет создать рабочий продукт без дизайнера.

Пару программистов и дизайнера на фрилансе? Вероятно, 100 тыс. не хватит. Да и поиск добросовестных фрилансеров, которые поймут, что именно от них требуется, сделают всё так, что потом не придётся ещё 10 раз переделывать — та ещё задача.

А уж о том, что за 100 тыс. не собрать хорошую инхаус-команду, и говорить не нужно. Мы уже считали, какая сумма потребуется в этом случае: лучше подготовить около 800 тыс. рублей для разработки сайта и от 1 млн. для создания приложения.

Длительность внесения правок зависит от конкретной студии: будь то студия разработки в привычном смысле — на коде — или NoCode-студия.

За себя можем сказать, что мы ориентированы на скорость работы без ущерба качеству. У нас есть опыт создания собственных стартапов и мы прекрасно понимаем, что быстрая первая реакция на потребности рынка здесь — главное преимущество. И высокая скорость внесения правок — это тоже важная часть успешного запуска продукта.

NoCode прекрасно справляется и с тем, и с другим. Он позволяет оперативно вывести продукт на рынок и не затягивать правки, экономя время и деньги. Например, многие стартапы создают MVP на NoCode за 2-3 недели, а простые изменения можно вносить за 1-2 дня.

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

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

Если ваш будущий продукт предполагает работу с большими объёмами данных, то уже на стадии разработки MVP стоит использовать AWS систему. Она позволит хранить данные на ваших серверах, а не на стороне инструмента. Вы будете иметь к ним доступ в любой ситуации, не переживая за объемы данных.

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

Выделяться какими-то «фичами» не так сложно, как кажется: LowCode подходит в большинстве случаев.

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

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

У Тильды есть официальное сообщество, куда можно прийти с вопросами по блокам или за помощью с несколькими строчками кода. Также многие студии NoCode-разработки успешно работают с Тильдой и готовы помочь вам с внедрением нового функционала, который не представлен самим конструктором.

Помимо Тильды есть тот же Webflow, который максимально дружелюбен к редактированию кода: он имеет функцию экспорта HTML и CSS созданного вами через drag-and-drop макета. И этот код будет полностью эквивалентен тому, который вы бы писали с нуля. Webflow позволяет выгружать как код всего макета, так и отдельных его блоков.

Если вы хотите поиграть с исходным кодом NoCode/LowCode-инструментов, то сами разработчики об этом уже подумали и такую возможность создали. И реализовано это удобно и безопасно.

Зачастую чтобы что-то «допилить» достаточно десятка-двух строк JS-кода.

Если вы работаете со NoCode-студией, то можете попросить об этом их.

А если делаете всё сами — найдите ещё пару умелых рук. Этого будет достаточно, чтобы справиться с таким объёмом кода.

Жаль, если так могло показаться. Однако мы не считаем, что NoCode сможет полностью заменить программирование и код.

И твёрдо убеждены в следующем:

Насчёт дизайна — абсолютно не согласны.

Современные конструкторы дают достаточную свободу действий для создания действительно крутого визуала интерфейса и удобного UX. Начиная тем, что у большинства платформ сейчас есть функция импорта макетов из Figma через API и заканчивая возможностями создания анимаций без JS.

Можете посмотреть, например, эти проекты:

Webflow

Bubble

Adalo

Главный вопрос — а действительно ли после завершения стадии MVP нужно будет переходить на обычный код?

Как мы уж отметили, есть продукты, которым хватит и NoCode-инструментов.

Также были случаи, когда компания разработала MVP на NoCode и решила использовать его и дальше. Или изначально проект был создан на обычном коде, а затем мигрировал на NoCode-платформу.

Например, в какой-то момент в Getaround поняли, что большая часть команды связана по рукам и ногам, а инженеры являются обладателями «тайного знания». Чтобы менять интерфейс сайта или тексты правовой базы вроде политики конфиденциальности (вероятно, это было во времена принятия GDPR), требовались большие усилия: сначала — согласование с продакт-менеджером, затем — ожидание, пока разработчики всё поправят.

В итоге было решено перенести сайт на Webflow. Благодаря тому, что правки вносить стало проще, команда Getaround теперь могла быстрее адаптировать продукт под запросы аудитории. Как следствие, посещаемость сайта выросла на 80%.

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

К тому же, не обязательно делать продукт на NoCode от начала и до конца. Обычная разработка и NoCode-решения могут сосуществовать в той или иной форме. Например, можно использовать LowCode-сервисы или симбиоз кода и подключения сторонних инструментов для решения конкретных типовых задач. Зачем писать с нуля то, что уже написано и можно брать и использовать?

В любом случае, NoCode-инструменты могут быть полезны бизнесу на том или ином этапе.

Zapier — это, конечно, легенда, но до сих пор не все о нём знают, как это ни странно :)

А вот uCoz, к сожалению или к счастью, уже устарел.

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

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

Для кого-то факт того, что на NoCode можно делать хорошие продукты, очевиден. Они уже полностью или частично отказались от кода.

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

Тогда как в США и Европе NoCode и LowCode уже давно не находятся в статусе «младших братьев программирования» и огромное количество стартапов используют его для ведения бизнеса. Сейчас существует более 1000 NoCode и LowCode-инструментов, которые используют:

Статистика использования NoCode/LowCode следующая:

Наиболее активно NoCode/LowCode используется в этих странах:

Битрикс24, несомненно, так же хорош, как и 9 лет назад :)

Но не Битриксом единым: опять же, количество доступных и удобных инструментов с годами возросло и рост пока не планирует прекращаться. Мы писали и про популярные NoCode-инструменты, и приводили примеры не таких известных, но эффективных решений для работы с данными.

Сейчас есть инструменты под любые задачи и предпочтения: нужна интуитивно понятная CRM — используйте Airtable и/или Google Sheets, планируете работать с большим количеством пользовательских данных — берите Directual и т. д.

При этом комбинаций всех этих инструментов тоже немало: благодаря сервисам интеграции вроде Integromat, Automate.io, Parabola и других можно соединить буквально что угодно с чем угодно. Тот же Airtable можно интегрировать с Shopify и Mailchimp, вести удобный учёт товаров и отправлять покупателям уведомления об остатках в зависимости от их предпочтений. Для повышения качества обслуживания и лояльности можно создать сценарии автоматических ответов в Instagram или Facebook.

Уверены, что дискуссия о целесообразности использования NoCode и LowCode-инструментов и их роли в современной разработке будет вестись ещё долго. И мы с радостью в ней поучаствуем :)

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

А если сомнения по поводу создания продукта на NoCode все таки остались — проще записаться на бесплатную консультацию у нас на сайте. За полчаса ответим на все вопросы, подберем нужные инструменты для вашей идеи, оценим стоимость и сроки.