{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

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

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

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

А еще мы запустили телеграм-канал о новостях из мира бизнеса и стартапов. Каждое утро говорим о главных событиях: кто сколько привлек, кто кого купил и какие стартапы сейчас поднимают самые большие раунды. Подписывайтесь!

№1: используя десятки инструментов для создания продукта вы практически обеспечиваете себе ошибки в работе. Что-то точно пойдет не так.

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

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

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

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

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

№2: один из сервисов ляжет и пиши пропало — ляжет весь продукт. А код написал, и он работает.

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

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

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

№3: NoCode хорош только для MVP. С полноценным продуктом лучше нанять разработчика

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

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

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

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

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

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

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

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

  • Что имеется в виду под «полноценной разработкой»?

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

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

  • Кого можно найти за 100 тыс. рублей для «полноценной разработки»?

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

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

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

№4: Надо будет внести правку — со студией это займет неделю. А свой разработчик внесет за день и все поправит

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

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

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

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

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

№5: соберем MVP на NoCode, а потом что будет с данными? Как их перевозить?

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

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

№6: соберем продукт на Тильде, а потом ни один разработчик не возьмется допиливать и вносить изменения, потому что будет использован сторонний сервис

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

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

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

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

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

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

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

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

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

№7: вы пытаетесь выдать ноукод за «новый кодинг», но он программирование не заменит. Это жалкая пародия, популизм и профанация.

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

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

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

№8: на ноукоде можно собрать только что-то простое и невзрачное. Сделать что-то действительно уникальное без кода не получится.Достойный дизайн на конструкторах сложно сделать. А о бэкенде и говорить нечего.

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

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

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

Webflow

  • https://www.mural.co/ — прекрасная анимация и живой интерфейс. Примечательно, что компания «переехала» на Webflow с сайта на коде. После этого доход Mural вырос на 37%.
  • https://www.jomor.design/ — пример замечательного интерактивного дизайна без использования JavaScript.
  • https://www.raylo.com/ — сайт полностью выполнен на Webflow, включая учёт товаров, регистрацию пользователей и управление их аккаунтами.
  • https://www.helloheco.com/ — просто, но со вкусом — в духе хорошего бендингового агенства.

Bubble

  • https://incomee.co/ — пример полноценного дизайна веб-приложения.
  • https://thinkconfluent.com/ — универсальный инструмент для командной работы в компаниях с простым, но красивым визуалом и широким функционалом.
  • https://goodgigs.app/ — лаконичный, но приятный дизайн, интуитивно понятная навигация в разделе «Community»

Adalo

  • https://www.coobari.com/ — стильное и атмосферное mindfulness-приложение.
  • GIG UP — иллюстрация того, что за 48 часов можно сделать хороший дизайн и достойный функционал.

№9: а ничего, что после вашей разработки на NoCode заказчику придется делать все заново на обычном коде?

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

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

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

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

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

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

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

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

№10: вы подаёте NoCode-инструменты так, будто это что-то новое и революционное. Но тот же Zapier существует ещё с 2012 года, а uCoz вообще стар и бородат.

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

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

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

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

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

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

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

  • 394 компании, включенные в New York Stock Exchange (NYSE);
  • 229 tech-heavy компаний NASDAQ;
  • 192 компании индекса S&P 500.

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

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

№11: чем все эти «инновационные» инструменты лучше, чем старый добрый Битрикс24?

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

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

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

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

Вместо заключения (потому что точку ставить пока рано)

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

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

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

0
5 комментариев
Nikolay Kenig

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

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

Про микросервисов вы озвучили маркетинговую легенду для джунов. Вот скажите, какой жизненно важный орган в вашем теле может отказать, а вы будите функционировать? Правильно, никакой! Система не может функционировать при отказе своих частей.
Микросервисы, это про переиспользование (понимать как ооп с многократным переиспользование класса) и про Горизонтальное масштабирование (понимать, как развертывание частей приложения в геокоординатах поближе к потребителю).

Ответить
Развернуть ветку
О, я не из Англии...

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

Ответить
Развернуть ветку
Гермес Трясило

№1. Микросервисы - это про подход к разработке. Они похожи на "булавки" Адама Смита - за счёт разделение производства повышается его эффективность, т.к. ограничены зоны отвественности и быстрее растут компетенции в этой зоне у отдельных работников, а также минус издержки на переключение между видами деятельности.

Ваш пример больше похож на: У нас сложный проект. Но мы решили не нанимать работников, для экономии на ЗП и соц.пакете - мы наймем фрилансеров на part-time задачи чтобы сэкономить. Правда, появляются проблемы:
- Марк не заморачивается с качеством проекта и будущим - уже через месяц будет новый проект, а этот поддерживать ему уже не придётся
- Коле предложили более выгодный fulltime-проект и он не сможет работать 1 месяц
- Вася улетел с женой на отдых, от заказа отказался
- Игорь предпочитает работать по ночам, поэтому пообщаться выходит только под конец рабочего дня

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

№6. Но фундаментальные проблемы Tilda остаются, примеры из практики:
1) Tilda шлёт на WebHook информацию только об оплаченных счетах. Нужно было получать об неоплаченных, но таких уведомлений нет, API в т.ч. Пришлось писать скраппер, который авторизовывался, проходил каптчу, и считывал эти данные вручную.
Потрачен где-то было 1-2 рабочих дня, в своём коде - это заняло бы минут 20.
2) Неудобно тестировать. Если в IDE вносишь изменения, переключаешься на вкладку браузера и они применены - в Tilda: Найти кнопку сохранить => Нажать => Опубликовать => Перейти на опубликованную страницу.

Ещё несколько случаев, как в пункте №1 было. Чаще всего, проблемы связаны с обработкой, проверкой данных и запуском нестандартных сценариев.

№4, 9. В NoCode есть те же обладатели "тайного знания", только со стороны сервиса, и рычагов давления на них не будет.
Бывают случаи, когда из-за одной большой проблемы приходилось съезжать, пример - сервис не поддерживал работу выгрузку данных и покупку товаров со сторонней, и клиент не мог расширить свой ассортимент.
А случаи, когда у сервиса нет маленькой функции, внедрение которой займет 20-30 минут в собственном решении - уже обыденность

Ответить
Развернуть ветку
Гермес Трясило

P.S. No-Code очень люблю. Отлично подходит для личных инструментов, MVP, тестирования гипотез, реализации отдельных бизнес-процессов. Сам регулярно использую, писал несколько заметок как он мне экономил время.

Но если с него начинать делать большой проект - начнут всплывать куча негативных сценарий, которые очень дорого/невозможно обработать, ИМХО

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