Кому Следует Специализироваться На Nocode? Почему И Когда Это Необходимо?

Зачем это читать?

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

Соответствующие вопросы/ситуации:
  • Теперь я программист и хочу понять, стоит ли мне беспокоиться по поводу nocode?
  • Я хочу стать программистом, но учиться кажется сложно и долго, но за неделю можно выучить nocode. Это действительно работает?
  • Я хочу разработать приложение для своей компании/стартапа.

    Nocode для этого подойдет?



ТЛ:ДР

Теперь знание/низкий код не выглядит средством коммерциализации в заказной разработке.

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

Это классическая распродажа лопат и касок во времена золотой лихорадки.

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

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

Меня зовут Сэм Якушев, я предприниматель с обширным опытом работы в сфере IT. С моим партнером, который отвечает за производство в наших компаниях, мы договорились написать статью о ноукоде, не советуясь и не глядя друг на друга.

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

Его статья вышел немного раньше.

Тема no-code инструментов мне интересна с 2007 года, когда я начал работать в сфере коммерческой разработки тестировщиком.

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

Это было похоже на волшебство.

Однако в то время такие платформы не получили широкого распространения.

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

Тема меня снова заинтересовала, когда появилась иконка создания сайта без кода — сервиса Тильда.

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

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

Вторым открытием стала платформа IFTTT (If That then That).

Еще в 2010 году можно было настроить автоматизацию действий разных сервисов, используя всевозможные триггеры и интеграцию между ними.

Например, загрузить в Dropbox все фотографии, которые вам понравились в ВК и т. д. Сейчас уже есть из чего выбрать, а сервисы позволяют интегрировать все, что имеет API, со всем, что имеет API - albato, zapier, integromat. И третьим приходом для меня стала серия проектов по реализации мобильных приложений и веб-сервисов — Bubble.io, Adalo, FlutterFlow. Все они позволяют создавать кроссплатформенные приложения различной сложности с помощью визуального редактора.

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

Пока мой рекорд от идеи до реализации решения клиенту — 2 календарных дня.

Точнее, суббота и воскресенье.

А теперь о коммерциализации.

Говорю это с уверенностью, поскольку мы запустили nocode-студию.

Это длилось ровно месяц.

  1. Проекты Nocode короткие.

    Количество человеко-часов ограничено возможностями платформы.

    Они огромны, но не безграничны.

    Это означает, что подрядчик захочет увеличить плотность денег на проекте.

    Час нокодера стоит дороже, чем час разработчика.

    Иногда несколько раз.

  2. Решение не имеет перспектив в случае его успешной разработки, а точнее разработчика без кода в этом проекте — проект перейдет на «серьёзную» платформу, как только появится такая возможность.

    Это продолжает повышать требования к плотности денег на человеко-час.

  3. Пока что те, у кого нет денег на классическую разработку, идут на рынок nocode. Это означает, что, скорее всего, вы столкнетесь с небольшим чеком и желанием выжать его как можно больше.

  4. Проекты короткие, а значит, необходим значительный поток входящих запросов и постоянный мониторинг воронки, что создает дополнительные накладные расходы.

Объединив все эти пункты, начинает вырисовываться забавная вилка:
  • Нокодеру нужно продать дорого, чтобы «жить» только на этом.

  • Те, кто идет на рынок за nocode, не готовы платить столько.

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

Однако это вовсе не означает, что nocode — это плохо.

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

Nocode — это, конечно, хорошо.

Бизнес ждал и жаждал такой возможности.

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

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

Однако по статистике, чем больше вы делаете, тем больше вы допускаете ошибок.

Это значит, что вам нужно совершать ошибки как можно дешевле и быстрее.

И это именно то, что позволяют вам делать платформы nocode. Давайте представим, что у нас нет ни Airtable, ни Notion, ни даже Excel, которые современные сервисы позволяют превратить в мощную CMS-систему для сайта.

Что мне нужно сделать?

  • Напишите техническое задание.

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

    Возможно, потребуется привлечение бизнес-аналитика.

  • Спроектируйте интерфейс, нарисуйте дизайн.

    Возможно, вам придется привлечь UX/UI/дизайнера.

  • Декомпозируйте задачи и спланируйте работу.

    Похоже, требуется менеджер проекта.

  • Развертывание, отмена развертывания и т. д. Мы называем Devops.
О тестировании даже говорить не будем.

Давайте представим, что все сделано идеально.

Также необходимо установить сроки для общения и синхронизации команды.

И чем больше элементов системы в меньшем объеме схемы, тем больше помех и рисков.

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

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

Становится ясно, что указанные выше накладные расходы превышают прямые затраты на реализацию.

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

Я думаю, что именно такие выводы стали катализатором появления и распространения no-code решений.

No-code — это методическое исключение из разработки этапов и позиций, которые не приносят значимой ценности для бизнеса.

Зачем разворачивать вручную, если развернуть вручную нельзя? Зачем что-то объяснять аналитику и проектировщику, если набор инструментов внедрения ограничен и понятен.

Достаточно научиться правильно формулировать мысль – сервис очень органично позволяет изложить ее на холсте.

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

Бизнес имеет огромное преимущество, если он может делать такие трюки.

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

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

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

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

Если вы компания, то nocode — отличное средство для тестирования бизнес-гипотез командами и создания доказательства концепции/MVP продукта.

Nocode сейчас и на расстоянии — это не что-то без кода.

Думаю, ближе к реальности называть всё это no-coder, то есть чем-то без программистов и всех накладных расходов на их существование.

Н.

Б.

Nocode, как и любое готовое решение, имеет быстро достижимый технический потолок.

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

Н.

Н.

Б.

Развитие в привычном понимании, конечно, никуда не денется, даже при дальнейшем развитии nocode, которое уже невозможно остановить.

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

За исключением того, что в корпоративном секторе nocode все еще остается неразработанной областью.

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

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

Теги: #Визуальное программирование #low-code #Без кода

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.