n8n или код: что выбрать для автоматизации
когда хватит конструктора из кубиков, а когда без кода не обойтись: честное сравнение с таблицей и вывод, который не понравится обоим лагерям.
спор, который надоел всем
в каждом чате про автоматизацию раз в неделю один и тот же холивар: «зачем ваш код, если есть n8n» против «конструкторы — игрушки». обе стороны правы про свои задачи и не правы про чужие. разложим без фанатизма.
что такое n8n, в двух словах
конструктор автоматизаций: на экране рисуете схему из кубиков — «пришла заявка → создай сделку в crm → напиши менеджеру в телеграм». каждый кубик — готовая интеграция, соединяете их стрелками, логика видна глазами. код писать не нужно. почти: формулы и мелкие вставки javascript всё равно всплывают, когда схема перестаёт быть тривиальной.
когда n8n хватит
- линейные сценарии. заявка с сайта → карточка в crm → уведомление менеджеру. счёт выставлен → напоминание через три дня. таких процессов в бизнесе большинство, и городить под них разработку — стрельба из пушки по воробьям.
- склейка сервисов по вебхукам. форма, таблица, crm, телеграм, почта — n8n соединяет их за вечер, и это его родная стихия.
- прототип. проверить, нужна ли автоматизация вообще, дешевле на конструкторе. не взлетело — выкинули, не жалко.
- правки без разработчика. поменять текст уведомления или добавить шаг может человек, который видел схему один раз. с кодом так не выйдет.
когда нужен код
- в середине процесса думает llm. как только появляется «пусть ии решит, горячая ли заявка», начинается инженерия: промпт, примеры, формат ответа, проверка, что модель не съехала. в кубиках это превращается в макароны из костылей, которые страшно трогать.
- важно качество ответов. повторные попытки, валидация, запасная модель, тесты на реальных кейсах. конструктор такого не предусматривает, а для бизнеса это и есть разница между «работает» и «позорит перед клиентами».
- нужны метрики. сколько стоит один прогон, где процент ошибок, что стало с точностью после правки промпта. в коде это логи и дашборд, в конструкторе — «вроде работает».
- нагрузка и нестандарт. сотни прогонов в час, интеграция с самописной учёткой, ветвистая логика с исключениями — конструктор начинает тормозить, падать или просто не уметь.
таблица, если коротко
| критерий | n8n | код |
|---|---|---|
| старт | вечер | дни |
| цена входа | бесплатно на своём сервере, облако — порядка десятков долларов/мес (актуальное на сайте n8n) | время разработчика |
| llm-логика | формально есть, по факту страдание | родная стихия |
| качество ответов | «как получится» | измеряется и докручивается |
| метрики и логи | базовые | любые |
| правки без айтишника | да | нет |
| сложные ветвления | болото из кубиков | нормальный код |
| когда ломается | молчит или мигает красным | говорит, где и почему |
вывод: начните с процесса, не с инструмента
неправильный вопрос — «n8n или код». правильный — «какой процесс жрёт больше всего часов и что случится, если автоматизация ошибётся».
- ошибка стоит дёшево, логика линейная — n8n, сегодня вечером, своими руками.
- ошибка стоит клиента или денег, внутри процесса думает модель — код и человек, который отвечает за качество ответов, а не за красоту схемы.
и самое частое, что я вижу на разборах процессов: половину «автоматизаций» вообще не надо строить — надо выкинуть или упростить сам процесс. инструмент выбирается последним.
если конструктор уже выбран и вопрос в том, где его потолок, — есть отдельный гайд про low-code. а если хочется, чтобы на ваши процессы посмотрел человек, который видел обе стороны холивара, — разбор за 25 000 ₽: раскладываем, что автоматизировать, что упростить, а что не трогать вовсе.
прошли гайд и понимаете: руками — некогда
нормальный исход: инструмент понятен, но заниматься им некому — у вас бизнес. за 2–3 недели соберу агента под ваш процесс: на ваших данных, с вашими правилами и метрикой, по которой видно, окупился он или нет.