Заказать разработку web и мобильных приложений у No-code студий: в 3 раза быстрее и дешевле, чем у кодеров

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

Согласно исследованию 2020 года «Global Developer Population and Demographic Study» Evans Data Corporation, сегодня IT-разработчик является одной из самых востребованных профессия: число разработчиков в Мире составляет 31 млн. человек.

Думаю, вы тоже замечали, что студий и фрилансеров кодовой разработки стало пруд-пруди: контекстная реклама и таргет выдают нам тысячи предложений об услугах IT-разработки каждый божий день. «Пишем на JavaScript, Java, Swift, Python, Kotlin и прочее».

А стоят услуги кодовых студий недешево: в среднем по российскому рынку стоимость разработки, например, мобильных приложений составляет от 450 тыс. до 4,5 млн. рублей, а период реализации варьируется от 4 до 10 месяцев.

Из-за такого «ценовОго беспредела» и длительности сроков реализации многие идеи лишь остаются идеями, и многие стартапы даже не рождаются.

А если я скажу вам, что можно создать окупаемые web и мобильные приложения в 3 раза быстрее и дешевле, не прибегая к услугам разработчиков-кодеров?

Ключом к столь резкому удешевлению и ускорению IT-разработки являются No-code сервисы и Low-code решения!

Интересно?

Тогда поехали дальше!

Ремарка

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

Меня зовут Андрей Ильинский — я основатель студии визуального программирования Sinneo! Если вы стартер или предприниматель, желающий запустить новый продукт, этот материал точно для вас!

Что такое No-code/Low-code?

Существует два понятия, которые люди часто путают — No-code и Low-code.

No-code — это конструкторы для создания IT-продуктов, не требующие использование кода. Наверняка, вы знаете конструкторы сайтов Tilda и Wix? Однако должен сразу ввести вас в курс дела: No-code конструкторы — это намного больше, чем Tilda и Wix. В сегодняшней статье я опираюсь на опыт разработки на сервисах, предназначенных для создания web и мобильных приложений — Bubble и Adalo.

Low-code — я определяю, как подход к реализации IT-продукта, когда база продукта делается на No-code сервисе, а все остальное, что не реализуется на конструкторе, дописывается вручную на коде.

Преимущества Low и No-code разработки перед кодовой

  1. В первую очередь, разрабатывать приложения на No-code конструкторах менее трудоемко. Собирать продукт из готовых блоков проще, нежели писать к каждому элементу десятки строк кода.
  2. Создать IT-продукт на No-code в 3 раза быстрее по сравнению с кодовой разработкой — меньшая трудоемкость ведет к снижению затраченных человеко-часов.
  3. Разработать приложение на No-code дешевле в 1,5-2 раза только за счет уменьшения человеко-часов, затраченных на работу.
  4. Если еще учесть, что человеко-час ноукодера-мидла стоит на 25-40% меньше, чем кодера-мидла, No-coding становится дешевле традиционного кодирования минимум в 4 раза.
  5. При помощи заготовленных плагинов и API-ключей, No-code конструкторы интегрируются со сторонними сервисами, вроде: платежных модулей, Гугл карт, платформ E-mail рассылок, чат-ботов, сторонних баз данных, CRM систем и других. Это упрощает работу и расширяет Приложение.
  6. Создать продукт можно не только из готовых блоков, но и на zero block. На белом листе вы сами создаете тот или иной блок, используя не весь готовый шаблон, а только конкретные элементы.
  7. Некоторые сервисы — Open Source. Это означает, что на базе No-code платформы можно вписать свой программный код. Это как раз трансформирует No-code в Low-code, и выводит визуальное программирование за рамки блочных решений.

Заинтриговал вас? Здесь вы можете узнать о лучших No-code сервисах, и что можно на них создать.

Где применяется и кому это актуально?

Определяя целевую аудиторию, можно смело сказать, что Low и No-code разработка в первую очередь необходима стартаперам, у которых стоит задача «малой кровью» вывести свой MVP (Minimum Viable Product, Минимальный Жизнеспособный Продукт) на рынок.

Что такое MVP и почему стартаперы выводят его на рынок?

Допустим, у вас есть идея. Вы проанализировали рынок, изучили конкурентов, придумали свой идеальный продукт с «уникальным торговым предложением». Все круто!

Далее вы инвестировали деньги и время в IT-разработку сложного и многофункционального продукта, вывели его на рынок. И, вдруг, проект по необъяснимой причине не выдает те результаты, которые ожидались.

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

Что делать, чтобы избежать провала? Для того, чтобы минимизировать свои потенциальные потери, имеет смысл умерить свои стартовые аппетиты и начать с двух шагов:

1. Провести CustDev (Customer development), или как это принято называть в англоязычной среде User Research или по-русски «Исследование пользователей».

Если коротко, CustDev/User Research/Исследование пользователей - это комплекс работ по выявлению у целевой аудитории потребности в будущем продукте, а также их предпочтений по функционалу, дизайну, интерфейсу и прочим составляющим продукта.

Если вам интересно почитать про “Исследование пользователей”, напишите в комментариях, я обязательно сделаю отдельную статью.

2. Создать Минимальный Жизнеспособный Продукт (MVP, Minimum Viable Product).

Касательно MVP тоже буду краток. Минимальный жизнеспособный продукт - это продукт, который:

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

Если интересно узнать подробнее про MVP, то вам сюда!

Почему лучше делать MVP на ноукоде, а не коде? И как потом масштабировать продукт?

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

Но также есть стратегические преимущества позволяющие плавно и поступательно развивать свой продукт от MVP на No-code к Приложению на коде.

Стратегия развития продукта будет зависеть от функций предполагаемого “конечного” продукта и используемого на старте No-code сервиса.

На схеме ниже представлены самые ходовые стратегии развития.

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

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

Если мы говорим об Adalo - то там лучше сразу после первых положительных результатов MVP, переводить приложение на код. Adalo выделяется качественным UX/UI дизайном шаблонов, и довольно прост в использовании - стоимость разработки на нем гораздо ниже, чем на Bubble. Но Adalo не имеет широких функциональных возможностей - следовательно, вы не сможете проводить существенные апдейты и улучшать финансовый результат. Adalo самая что ни есть “платформа для тестирования гипотезы”.

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

Самое главное преимущество MVP, а также No-code сервисов и Low-code решений - они ускоряют “time to market” продукта. Это значит, что пока ваши конкуренты долго и нудно пишут свое приложение на коде, вы уже можете выйти на рынок, получать обратную связь от пользователей, модернизировать продукт, и даже зарабатывать первые деньги.

Почему традиционный кодинг сегодня не выгоден

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

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

Да, старый аналоговый телефон в денежном выражении стоит намного дешевле нового смартфона. Но при этом данный телефон сильно ограничивает вас в вариантах его применения. На нем можно только звонить и писать смс.

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

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

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

Так же и с IT-разработкой. Кодовые разработчики стоят космических денег. В некотором смысле их услуги “неподъемные”. Именно поэтому многие люди даже не помышляют о своем IT-бизнесе, ибо нет инвестиций для разработки IT-продукта. А главное, заплаченные деньги не дают вам гарантий будущего заработка еще больших денег.

Нужны ли эти дорогие услуги кодеров массовому потребителю, если сегодня есть “ноукодеры”, способные закрыть сразу несколько бизнес задач:

  • сделать продукт в 4 раза дешевле,
  • сделать продукт в 3 раза быстрее,
  • ускорить “time to market” продукта
  • протестировать гипотезу,
  • уменьшить потенциальные потери заказчика, если его идея не выгорит?

Я полагаю - не сильно нужны.

То же касается, кстати, не только стартаперов, но и крупного бизнеса. Крупные компании также выпускают бета-продукты, требующие тестирование гипотезы. Вы думаете в крупных компаниях не считают деньги? Да еще как считают!

Иными словами традиционное кодирование становится экономически невыгодно. No и Low-code способны удовлетворить больше спроса на разработку.

No-code и Low-code разработка сегодя и в ближайшем будущем

Лучше меня говорят цифры.

No-code и Low-code разработка уже постепенно забирают долю рынка у традиционного кодирования. По данным ресурса field technologie sonline по состоянию на 2019 год в США Low-code и No-code разработка занимают 30% рынка IT-разработки.

То есть каждый третий разработанный IT-продукт в США был сделан либо на No-code конструкторе, либо на комбинировании кода и No-code.

Вот какой прогноз дает исследовательская и консалтинговая компания Gartner:

К 2024 году на разработку приложений при помощи Low-code решений будет приходиться более 65% всей деятельности по разработке приложений.

К 2024 году 75% крупных предприятий будут использовать как минимум четыре No-code инструмента.

Свои конструкторы уже появились у Amazon и Google. Релиз собственной платформы в сроком времени анонсировал Apple.

К 2030 году глобальный рынок разработки при помощи Low-code решений принесет доход в размере 187 млрд.$, увеличившись с 10 млрд.$ в 2019 году. Рост в течение прогнозируемого периода составит 31% ежегодно.

Полагаю, в обозримом будущем, массе кодеров придется либо искать новую профессию, либо переучиваться, поскольку No-code сервисы лишат рынок потребности в таком количестве разработчиков на коде.

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

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

Можно ли сделать Приложение на No-code самостоятельно?

Безусловно, ноукодингу, как и всему, можно обучиться. Okey Google! Но здесь скрыта ловушка, попав в которую можно очень надолго увязнуть в своем проекте, и так и не довести его до конца.

Ловушку можно обозвать так: “Не возомни себя No-code разработчиком!”.

Главное заблуждение, которое может возникнуть у вас ходе чтения этой статьи: “Да там ничего трудного, это же конструктор! Сам сяду и разберусь”.

Это не совсем так: самостоятельно разобраться и начать “ноукодить” смогут не все. Вернее, “Разобраться могут не только лишь все, мало кто может это делать».

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

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

Прежде всего это:

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

И уже в последнюю очередь имеет значение талант и уровень владения кодом или ноукодом.

No-code и Low-code, действительно, проще традиционного программирования, но это не элементарно.

Поэтому, мой совет: если у вас нет искренней тяги к программированию, не рекомендую идти на поводу у желания “Сделать конфетку, не потратив ничего”. Лучше обратиться к профессиональным студиям визуального программирования.

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

И эта доработка обойдется вам уже в 1,5 раза дороже, ибо разработчики, знайте ли, не в восторге копаться в чужих “авгиевых конюшнях” по своим стандартным ставкам.

Помните - скупой платит дважды.

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

Резюме

Итак, резюмирую!

Что делает No и Low-code предпочтительнее традиционного кодирования:

  • Ускоряется time to market - можно в разы быстрее запустить проект и вносить изменения, получая обратную связь от рынка по ходу дела.
  • Низкие ставки ноукодеров и сокращенные человеко-часы делают No-code разработку в 4 раза дешевле, чем на коде.
  • Минимизируются потенциальные финансовые потери в случае не прохождения этапа MVP.
  • Low-code - гибкий подход к реализации IT-продукта, позволяющий прибегать к различным стратегиям релиза продукта в зависимости от текущих возможностей и планируемых результатов.
  • Американский рынок No/Low-code разработки задает тренд роста сферы.
  • Даже крупные компании, вроде, Google и Amazon уже выпустили свои конструкторы! Это ли не показатель актуальности темы.

*****

На этом все! В скором времени опубликую статью с подробным описанием технической реализации функционального клона Skyeng, "Онлайн-школы детской логопедии", которую мы создали на Bubble за 3 месяца, снизив стоимость разработки с 23 000$ до 3500$.

Слышали ли вы ранее о No-code/Low-code? Сталкивались ли вы с ним в работе? Бывали ли у вас случаи краха IT-стартапа из-за недостатка финансирования на разработку? Заказали бы вы разработку вашего продукта на No-code/Low-code?

Гоу в комментарии!

0
73 комментария
Написать комментарий...
Иван Орлов

Вторая статья за день. No-Code - это прототипирование. До заказчика надо доносить что далеко не всё сможете реализовать в проекте. И может возникнуть ситуация, когда какими бы крутыми не были ваши разработчики, чтобы развивать проект дальше - придется брать и писать классическое приложение. А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут.
Ну подходите вы здраво, не ведитесь на обещания))) Чуда не произойдёт. Хорошее и надёжное приложение - это результат работы специалистов!

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

Это все мои материалы)
В черновиках лежали, за день запостил, поскольку они завязаны ссылками друг на друге

"No-Code - это прототипирование"
- На самом деле не во всех случаях. Я бы сказал, что прототипирование это про MVP, сделанные на Adalo. Там действительно мало функциональных фишек, и там как раз нужно делать прототип, чтобы с ним идти к инвестору просить денег на кодовую разработку.
В отношении Bubble не могу согласиться. Сейчас, например, ведем 2 проекта на Bubble: заказчики себе туда столько всего пожелала понапихать. И при этом мы им это все сделали, работает прекрасно. Не, понятное дело, что рано или поздно, и Bubble упрется в потолок, и дальше только на коде. Но тут уже не прототип, а все-таки продукт, и цикл самостоятельной жизни у него выше.

"А в наших реалиях если Клиент уже заплатил достаточно денег, ну ни как он не захочет выбрасывать то что уже сделано, а пойдет искать где смогут."
- Да, безусловно. Но из-за рисков, озвученных мной выше в статье, большее стоит на кону. Если ты сразу вливаешь 25-30к$ в кодовую разработку, и твой проект потом не выстреливает, ты остаешься с большими долгами и проблемами. Что обиднее, потерять, в случае неудачи, 30к или 3,5?) А вот если продукт на no-code выстрелил и позволил тебе заработать, то и в кодовую разработку инвестировать уже не так страшно и жалко)

Ответить
Развернуть ветку
1 комментарий
Rezon Altos

Я тут посмотрел ваши работы... Ну да сколько платят столько и получают.

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

Мы этот проект уже давно не ведем)
Там после нас уже другие студии работают над сайтом)

Ответить
Развернуть ветку
2 комментария
Павел Шабалин

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

10Гб хранилища за $10 в месяц. У меня один проект на сопровождении, там всего примерно ~25k товаров, к нему картинок в придачу идет больше чем на 200Гб (на bubble это будет стоить ~$309/~22к рублей в месяц на более менее вменяемом тарифе).

Чем "натыкать кнопочки в конструкторе" будет отличаться от "наставить плагинов в вордпрессе/любой популярной cms"?

Что такое capacity тоже не очень понятно и что входит в одну дополнительную единицу за $30.

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

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

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

Павел,

у меня к вам встречный вопрос касательно "миллионной аудитории". А эта аудитория из воздуха берется?

Вы привели в пример ваш проект на сопровождении. А сколько лет этому проекту? Как давно он развивается? А что у них было на старте? А какие функции были на первом этапе? А сколько было продуктовых позиций? За какое время у них расширилась продуктовая линейка? Прям сразу с первого же дня 25к? Ну нет же, я полагаю.

Покажите мне пожалуйста такого предпринимателя, у которого сходу такая клиентская база с первого же дня релиза продукта? Ну или окей, у которого такая клиентская база и такой ассортимент формируется в течение полугода-год. Не, понятное дело, можно привести в пример Яндекс или Гугл, но давайте опустимся на землю, к простым смертным.

Вы, видимо, технарь, и потому, как это свойственно вашим коллегам, проигнорировали ключевой посыл статьи.

Да я разве спорю, что no-code сильнее кода? Да нет, конечно. С каждым вашим словом согласен, когда речь заходит о технике.

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

Ну вот представьте: вы по профессии... кто угодно: учитель, менеджер продаж, переводчик. И вы в какой-то момент загораетесь какой-то идеей, и понимаете, что вы хотите свое дело, вы хотите запустить стартап в IT сфере. Вы ничего не смыслите в программировании, да вы и не обязаны, вы собственник бизнеса, у вас есть идеи, вы готовы вкладывать в ее реализацию деньги и свои навыки по другим направлениям, в которых вы можете быть полезны (например, маркетинг или бизнес-деволопмент).

Вы собрали какой-то первичный фидбэк от своей потенциальной ЦА, почитали что такое MVP, поняли для себя, что, действительно, нужно начинать с него, чтобы проверить жизнеспособность идеи. Далее вы составили ТЗ и пошли к кодерам. Они вам насчитали, пусть будет, 25000$.
У вас этих денег нет. Вот физически свободных денег у вас нет.

Все?
Говорим вам: "Сиди и копи на "нормальную" разработку?
Или: "Садись, учись программировать!"
Или, например, скажем: "Ну возьми кредит".

Извините, а почему человек должен находится в максимально некомфортный и неприемлемых для него условиях, просто потому что кто-то считает, что есть "правильная" и "неправильная" разработка?

Да боится человек брать кредит на 25000$. У него нет никакой гарантии, что в итоге будет выхлоп. Есть гипотеза, предположение, прогноз - называйте, как хотите. Но подтвержденного факта - нет. Конечно, человек будет бояться идти на такие резкие шаги. Людям от природы свойственно боятся, это нормально.

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

Так вот у меня к вам вопрос: может вместо того, чтобы создавать для человека различные барьеры, может, лучше создавать для него возможности? Что-то, что ему жизнь облегчит и риски снизит?

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

Да, будут ограничения по возможностям, при создании на no-code. Так стартаперу и не нужно запихивать в свой MVP 100500 функций. Зачем, если идея еще даже проверки не прошла?

Да, будут ограничения по памяти. А куда ему выше 10Г на первое время? Да даже и не на первое время. У него около полугода-года уйдет только на то, чтобы проект стал узнаваемым и генерил тысячи лидов. Продуктовую линейки в 100500 позиций у него тоже не будет - на расширение ассортимента также время потребуется.

Мы записали подкаст с нашим заказчиком, если будет время, посмотрите - https://m.youtube.com/watch?v=JHBzNVvxgTs&feature=emb_title.

Школьный учитель из Чикаго. Вот какие у него, по вашему альтернативы no-code?

Один пользователь написал тут правильный комментарий - Ноу-код даёт возможность каждому создать свой стартап!

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

Ответить
Развернуть ветку
5 комментариев
Денис Скогорев

Я сам сторонник nocode и lowcode решений. Как маркетолог использую их постоянно, но есть претензии к подобным статьям, пачками выпускаемых ежедневно. Всё написанное в статье уже не один раз избито хейтерами на VC и подобных площадках. Если вы хотите развивать и приучать бизнес к nocode продуктам, то пишите реальные кейсы, а не одно и тоже ради рекламы своей студии или бизнеса. Польза от этой статьи минимальна, а хейта словит, как обычно, вагон. Дайте людям понять, что nocode это неизбежное событие в мире lt, будет только развиваться и улучшаться со временем, а талантливые визуальные программисты не вытеснят классическую разработку, а снизят нагрузку на сферу.

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

В общем и в целом, со всем согласен.

Единственное, по поводу чего я бы с вами подискутировал - это тезис "визуальные программисты не вытеснят классическую разработку, а снизят нагрузку на сферу."

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

Создать интернет-магазин можно спокойно на Tilda/Wix - и есть люди, которые за это берут 3-5 тыс. рублей. Ну, окей, допустим, что это фрилансеры-новички, которые демпингуют. Но тип за 20-30 тыс, можно сделать спокойно у хорошего визуального программиста.

Зачем мне нужны кодеры?)

И по сути все, кодеры меня как лида потеряли.

С более сложными продуктами будет так же по мере того, как:
1) народ начнет лучше понимать всю историю с созданием MVP
2) No-code конструкторы будут улучшаться и иметь все меньше и меньше изъянов.

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

Но зато кодеры, которые останутся, будут зарабатывать в 2 раза больше)

Ответить
Развернуть ветку
1 комментарий
Маратка Тотсамый

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

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

Ничего раньше не слышал про ноукод. Прочитал вашу статью и стало интересно. Вижу, люди пишут, что ноукод предполагает какие-то ограничения для заказчика. Что это значит? К каким ограничениям как заказчику мне стоит готовиться в случае, если я останавливаюсь именно на таком формате разработки?

Ответить
Развернуть ветку
Д Хб

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

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

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

Если мы, условно, берем конструктор нативных приложений Adalo - то там будет достаточно много именно что функциональных ограничений. То есть, например, нельзя будет сделать динамическую карту с перемещающейся геопозицией, аля как у Uber, сложные дизайнерские анимации. Adalo это действительно (за очень большим исключением) конструктор для создания прототипов, с которым лучше всего даже сразу идти к инвестору за финансированием.

У Bubble по сути функциональных ограничений нет. Они практически безграничные (с учетом подключения сторонних плагинов). Но даже и без плагинов встроенных функций очень много. Во вложении два скриншота: Первый скрин - список действий которые дает Adalo при нажатии на определенную кнопку.
Второй - список который дает Bubble.

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

Но тут есть нюанс, касающийся скорости работы. И это нюанс распространяется на все конструкторы.

Конструкторы очень чувствительны к сложной логике действий. Под этим имеется в виду: "сперва у нас открывается экран, мы на нем заполняем поля, потом нажимаем кнопку далее - переходим на другой экран, на этом экране есть 2 кнопки, если нажимаем на кнопку А - переходим в такой-то экран, если нажимаем на кнопку Б - переходим в третий экран". Очень утрировано, но суть такая - систему не стоит грузить сложной логикой последовательности действий, не нужно ее перепутывать, перемешивать. Система тогда может запутаться и начать сбоить.

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

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

Вот... как-то так)

Ответить
Развернуть ветку
Маратка Тотсамый

И это же на базе вебвью. С сопутствующими тормозами и ограничениями, и в принципе с недоверием от Гугла и яблока , вы про это предупреждает клиентов ?

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

В случае с Adalo - нет, никакое не вебвью.
Bubble - да.

"и в принципе с недоверием от Гугла и яблока "

Это неправда. Вот здесь можете посмотреть примеры приложений, которые были выгружены в сторы без проблем - https://thebdk.com/native.
По плэй маркету на личном опыте могу сказать, что все в порядке, они заливают такие приложения без проблем. Все нативные функции точно так же работают.

Да, вебвью работает не так быстро, как нативка на коде, но, вообще, для проверки гипотез и работы mvp - это идеальный вариант за счет опять же стоимости и сроков. На коде такое же mvp никто за такое время не сделает.

И, кстати говоря, в no-code есть не только вебвью проекты. Тот же Adalo, о котором я написал выше. А если работать с тем же flutter flow, там исходный код вообще сразу идет.

Ответить
Развернуть ветку
1 комментарий
Александр Говорухин

Как ни странно у меня ассоциация возникает с bitrix, есть желание (все как пример сравнения) интернет магазина просим все просто хостинг шаблон настройка работает из коробки. Чем не но коде плати и получай быстро прототип, всегда начинаются нюансы далее. А далее как в анекдоте, шаг влево шаг вправо расстрел, прыжок попытка улететь. Уходим от стандартного функционал и все получают мигрень, заказчик говорит я денег заплатил за то что сделано, зачем переделывать это ещё время и деньги а у меня бизнес с уже не раскрытыми бизнес процессами, разработчик сразу это тут нельзя или это сделано из г.. и палок, надо переделать, но надо денег и время. Вот и вопрос а зачем? А по сути чтобы все кто но коде просто срубили на хайпе, ну или даже помогли в мвп, но стоит ли оно того? Я пока не пришел к очевидным выводам, ели кактус ревели и продолжают реветь. Так мысли вслух. Потому что норм сразу делать и даже мвп, все сразу долго и денег нет.

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

"Потому что норм сразу делать и даже мвп, все сразу долго и денег нет."
- Сугубо мое личное мнение - лучше уж сделать так, нежели ничего)
Если ты ничего не делаешь и сидишь и думаешь "А вдруг это, а вдруг то", то ничего и не произойдет)

Да, будут возникать ситуации "Это нельзя, то нельзя". Но это хотя бы позволяет тебе выйти на рынок. А когда у тебя нет денег на кодовую разработку - у тебя и IT-проекта нет)

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

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

Довольно много кейсов стартапов, когда можно применить no-code и сэкономить x3/x5 денег, при этом получить столь же эффективный результат, как если нанять обычных разработчиков

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

Молодцы ребята!

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

норм, за no code будущее. люди ищут решения которые экономят время и деньги.

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

Уже были лоу и ноу коды. CMS называется. Но с реальными требованиями от заказчиков они периодически не справляются.

Ответить
Развернуть ветку
Нина Лебедева

Интересная статья.
Ноу-код даёт возможность каждому создать свой стартап!

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

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

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

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

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

Не обманывайтесь на тему «экономит месяцы разработки»

Ответить
Развернуть ветку
7 комментариев
Павел Гольцев

Многие такие сервисы хранят ПД у себя на серверах в другой стране. Как вы решаете эту проблему с учетом 152-ФЗ? Информируете ли клиентов об этом заранее? Знают ли пользователи ваших сервисов о том, что их данные будут хранится в других неподконтрольных вам системах?
И как вы решаете проблему вендор-лока? Условно, упал тот же бабл или по каким-то причинам его заблокировали, что делать в таком случае? Переехать на другой сервер и к другому провайдеру не получится

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

Да, конечно, мы обо всем оповещаем клиентов.

Я прям ждал вопрос про 152-ФЗ) Даже был удивлен, читая комментарии к материалам других авторов из моей тематики, что никто не поднимал этот вопрос, а он мега важен.

Для решения проблемы с 152-ФЗ мы подключаем стороннюю б/д, отвечающей требованиям 152-ФЗ. По апи подключаем сервер в баблу и данные пользователей летят туда. Для Роскомнадзора "отвод" есть.

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

Но на случай, ЕСЛИ это произойдет, также есть выход.
Я, честно, не помню, что там у сервиса Adalo (надо перечитать их Пользовательское соглашение), но я знаю, что Bubble в случае "падения" дает возможность забрать исходный код продукта. В обычной жизни - не дают, можно забрать только базу данных. Но, если у сервиса случается факап - то отдают исходный код.

Ответить
Развернуть ветку
4 комментария
Андрей Ильинский
Автор

Друзья, расскажите о вашем опыте запуска IT-проектов?
Знали ли вы ранее, что можно подойти к процессу и с подобной стороны?

Ответить
Развернуть ветку
Д Хб

Эти конструкторы - развитие rad. Oracle apex, scriptcase. Накидываешь gui, пишешь селекты, вызовы api.
Много запущенно проектов на таких инструментах. Где качество gui не критично, важна функциональность, вполне уместно. Например, системы для внутреннего использования.

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

Очевидно, что нужны примеры работ, ждем вторую статью:)

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

Спасибо за фидбэк!
Принято!

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

браво 👏

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

Если к примеру у меня стартап по разработке видеокарт или другого сложного оборудования - поможет ли мне ноу код в этом?

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

Поможет.

СRM систему можно собрать под вас. Task-трекер. Можно совместить их в один продукт. Ну, интернет-магазин, понятное дело, можно сделать.

Зависит от того, что вы хотите)

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

Какой уникальный функционал можно создать на конструкторе чтоб назвать это стартапом? Риторический вопрос, никакой

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

Отвечал выше на похожий комментарий.

Дублирую и вам.

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

Вот статья из Википедии - https://ru.wikipedia.org/wiki/Стартап.

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

Вот выдержи из статьи:

"Создатель методики развития клиентов (англ. customer development) американский предприниматель Стивен Бланк определил стартапы как временные структуры, существующие для поиска воспроизводимой и масштабируемой бизнес-модели. Автор книги «Бережливый стартап» («Экономичный стартап») и идеолог интерактивного подхода в предпринимательстве Эрик Рис отмечает, что стартапом может быть названа организация, создающая новый продукт или услугу (продуктовую инновацию) в условиях высокой неопределённости. Предприниматель, венчурный капиталист и эссеист, основатель бизнес-акселератора Y Combinator Пол Грэм считает быстрый рост главной характеристикой стартапов (4 %-7 % в неделю по ключевому показателю). Ему вторит сооснователь PayPal, первый инвестор Facebook Питер Тиль. Если стартап оказывается в состоянии стагнации, то превращается в компанию-зомби.

А вот следующий абзац:

"Формальными критериями для участников рейтингов стартапов обычно выступают возраст компании, число сотрудников, прибыль и её рост, наукоёмкий характер продукта, контроль основателей над компанией и оценка потенциала компании экспертным жюри. Однако Пол Грэм (вышеупомянутый основатель бизнес-акселератора Y Combinator) утверждает, что наличие технологической инновации и венчурного финансирования не имеет значения, а малый возраст не делает компанию стартапом. Частое использование понятия в контексте технологических компаний характеризует роль технологий в обеспечении устойчивого роста — но не подразумевает технологический характер как обязательную характеристику стартапа."

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

Я открыл интернет магазин по продаже кресел. Это стартап. Технология (интернет магазин) обеспечивает мне устойчивый рост.

Ответить
Развернуть ветку
2 комментария
Valera Vilks

Вход в no code, низкий и это его преимущество, но и недостаток. На рынок выливается куча низкосортных разработчиков, которые обещают очень низкую цену и сроки. У кодеров уровень входа выше и выше вероятность, что проект будет сделан. На данный момент я работаю как раз с недорогими проектами и сайтами, которые стоят 700 - 1500$. И даже в таких проектах ко мне обращаться за переделкой сайтов на no code.
Лично я занял такую позицию, что большая часть, no code'ров выращивают для кодеров адекватных клиентов. Они обжигаются, понимают, что разработка it продукта требует и менеджмента, времени и сил, не только исполнителя, но и клиента. А именно громкие заголовки о невероятных преимуществах no code и плодят неадекватность клиента. (Без негатива)

Ответить
Развернуть ветку
Денис Скогорев

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

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

Средний рейт опытных "ноукод" разрабов порядка 50-100 долларов в час и выше. Что-то не дешевле выходит
https://forum.bubble.io/t/freelance-work-rates/5551/5

https://www.upwork.com/freelance-jobs/apply/Bubble-developer-specialist_~014df5e46a19e66dea/

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

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

Совершенно верно - 50-100$, у меня тоже эта цифра фигурировала при общении с одним разрабом. Только есть один нюанс - этот разраб был из США)

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

Мы находимся в России и говорим про российский/снг рынок. У нас (на просторах СНГ) одна из самых дешевых разработок в мире, наряду с Китаем и Индией. Что кодовой, что безкодовой.

Никой no-code разработки за 50-100$/в час в России и странах СНГ нет. Не мешайте все в кучу.

Ответить
Развернуть ветку
3 комментария
Алексей Рыскин

No-Code - освоить гораздо проще, порог вхождения минимальный, а как говорится "каждый кулик своё болото хвалит". А раз порог вхождения маленький, то большая масса "специалистов" мало понимающих как это все работает.

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

Согласен)
Это обратная сторона медали.

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