AnnaMiller
New member
Пару лет назад я бы рассмеялся в лицо человеку, который предложил бы мне собрать рабочий инструмент для бизнеса без единой строчки кода. Я приходил из классической разработки, где даже простая форма с валидацией и отправкой в базу — это задача на пару дней с учётом тестов, ревью и деплоя. Но потом у меня появился заказчик: небольшая логистическая компания, которой нужен был внутренний трекер заявок и складской учёт. Бюджет — как на одну неделю работы джуна, сроки — три недели до старта сезона. Разработчика там заменять было просто нечем, потому что разработчика в бюджете не было вообще.
Я собрал им систему на no-code платформе за девять дней. Формы, роли, уведомления, простая аналитика, связка с таблицами и мессенджером. И вот что интересно: пользователи не заметили подмены. Они видели кнопки, поля, отчёты и понятный интерфейс, а не то, что под капотом вместо привычного фреймворка живёт визуальный конструктор. С тех пор я перестал делить инструменты на серьёзные и игрушечные и начал делить их на подходящие и неподходящие для конкретной задачи.
Когда no-code действительно заменяет разработчика? В первую очередь там, где логика линейная и предсказуемая. Внутренние CRM и админки, заявки, согласования, простые кабинеты, лендинги с формами, интеграции между двумя-тремя сервисами, MVP для проверки гипотезы. Если бизнес-процесс можно описать блок-схемой на одной странице А4, скорее всего, вы справитесь без команды разработки. Плюс огромный бонус: изменения вносятся за минуты, а не за спринты. Менеджер пришёл и сказал, что нужно новое поле — ты его добавил при нём же, пока он пил кофе.
Но есть и обратная сторона, о которой почему-то принято молчать в рекламных роликах. Как только появляется сложная ролевая модель, нетривиальные расчёты, высокая нагрузка, жёсткие требования к безопасности или нестандартная интеграция с legacy-системой, конструктор начинает трещать. Сначала это выглядит как костыль, потом как три костыля, а потом выясняется, что проект проще переписать с нуля, чем поддерживать эту конструкцию. Я проходил через это и теперь честно говорю клиентам: no-code отлично доводит до восьмидесяти процентов, а последние двадцать могут съесть всю экономию.
Отдельная тема — скрытая стоимость. Подписки на платформу, лимиты на количество операций, плата за пользователей, риск, что вендор поднимет цены или закроет продукт. Плюс технический долг, который создают сами сотрудники, когда руководитель выдаёт им доступ и говорит: делайте что хотите, лишь бы быстро. Через полгода в компании появляется двадцать несвязанных между собой приложений, и никто не помнит, кто и зачем их создал. Так что экономия на разработчике легко превращается в расходы на порядок и архитектуру.
Мои рекомендации просты. Перед стартом честно ответьте на четыре вопроса. Первый: насколько сложна логика процесса и не изменится ли она радикально через полгода. Второй: сколько людей будет пользоваться системой и какой объём данных ожидается. Третий: есть ли критичные требования по безопасности и хранению персональных данных. Четвёртый: что вы будете делать, если платформа завтра подорожает вдвое. Если ответы не пугают — смело собирайте на no-code, начните с малого и обязательно зафиксируйте, кто в компании отвечает за эти инструменты. Если пугают — берите разработчика, это будет дешевле в долгую.
Мой личный вывод такой: no-code не убивает разработчиков, он забирает у них скучную рутину, на которой раньше сгорали недели. Бизнес получает скорость и низкий порог входа, разработчик — задачи, где действительно нужна инженерная голова. Проигрывают только те, кто слепо верит в любую из двух крайностей. Я перестал спорить с обеими сторонами и просто подбираю инструмент под задачу, и это пока самая выгодная стратегия из всех, что я пробовал.
А теперь вопрос к вам, коллеги: какие задачи вы уже успешно закрыли с помощью no-code и где именно конструктор вас приятно удивил, а не разочаровал? Поделитесь опытом, вместе мы соберём гораздо более честную картину, чем любой маркетинговый обзор.
Я собрал им систему на no-code платформе за девять дней. Формы, роли, уведомления, простая аналитика, связка с таблицами и мессенджером. И вот что интересно: пользователи не заметили подмены. Они видели кнопки, поля, отчёты и понятный интерфейс, а не то, что под капотом вместо привычного фреймворка живёт визуальный конструктор. С тех пор я перестал делить инструменты на серьёзные и игрушечные и начал делить их на подходящие и неподходящие для конкретной задачи.
Когда no-code действительно заменяет разработчика? В первую очередь там, где логика линейная и предсказуемая. Внутренние CRM и админки, заявки, согласования, простые кабинеты, лендинги с формами, интеграции между двумя-тремя сервисами, MVP для проверки гипотезы. Если бизнес-процесс можно описать блок-схемой на одной странице А4, скорее всего, вы справитесь без команды разработки. Плюс огромный бонус: изменения вносятся за минуты, а не за спринты. Менеджер пришёл и сказал, что нужно новое поле — ты его добавил при нём же, пока он пил кофе.
Но есть и обратная сторона, о которой почему-то принято молчать в рекламных роликах. Как только появляется сложная ролевая модель, нетривиальные расчёты, высокая нагрузка, жёсткие требования к безопасности или нестандартная интеграция с legacy-системой, конструктор начинает трещать. Сначала это выглядит как костыль, потом как три костыля, а потом выясняется, что проект проще переписать с нуля, чем поддерживать эту конструкцию. Я проходил через это и теперь честно говорю клиентам: no-code отлично доводит до восьмидесяти процентов, а последние двадцать могут съесть всю экономию.
Отдельная тема — скрытая стоимость. Подписки на платформу, лимиты на количество операций, плата за пользователей, риск, что вендор поднимет цены или закроет продукт. Плюс технический долг, который создают сами сотрудники, когда руководитель выдаёт им доступ и говорит: делайте что хотите, лишь бы быстро. Через полгода в компании появляется двадцать несвязанных между собой приложений, и никто не помнит, кто и зачем их создал. Так что экономия на разработчике легко превращается в расходы на порядок и архитектуру.
Мои рекомендации просты. Перед стартом честно ответьте на четыре вопроса. Первый: насколько сложна логика процесса и не изменится ли она радикально через полгода. Второй: сколько людей будет пользоваться системой и какой объём данных ожидается. Третий: есть ли критичные требования по безопасности и хранению персональных данных. Четвёртый: что вы будете делать, если платформа завтра подорожает вдвое. Если ответы не пугают — смело собирайте на no-code, начните с малого и обязательно зафиксируйте, кто в компании отвечает за эти инструменты. Если пугают — берите разработчика, это будет дешевле в долгую.
Мой личный вывод такой: no-code не убивает разработчиков, он забирает у них скучную рутину, на которой раньше сгорали недели. Бизнес получает скорость и низкий порог входа, разработчик — задачи, где действительно нужна инженерная голова. Проигрывают только те, кто слепо верит в любую из двух крайностей. Я перестал спорить с обеими сторонами и просто подбираю инструмент под задачу, и это пока самая выгодная стратегия из всех, что я пробовал.
А теперь вопрос к вам, коллеги: какие задачи вы уже успешно закрыли с помощью no-code и где именно конструктор вас приятно удивил, а не разочаровал? Поделитесь опытом, вместе мы соберём гораздо более честную картину, чем любой маркетинговый обзор.