Форма → CRM → уведомление → отчёт: один сценарий, а не четыре
Сценарий начинается с формы на сайте. Клиент вводит данные и нажимает отправить. В этот момент запускается цепочка:
- 01форма
- →02CRM
- →03уведомление
- →04отчёт
Каждая стрелка — это отдельный шаг, а n8n и Make выполняют его как операцию.
Первый шаг сохраняет заявку в CRM. Второй отправляет уведомление менеджеру по продажам, например через WhatsApp или Messenger. Третий шаг, запускаемый раз в день, собирает заявки в отчёт для владельца. В Make каждый из этих шагов учитывается отдельно, как операция в счёт лимита. В n8n учитывается всё исполнение сценария, а не отдельный шаг внутри. Это другая единица расчёта. С количеством заявок она растёт иначе, поэтому сравнение одних прайс-листов ничего не говорит о вашей стоимости.
Кто нажимает кнопку: n8n, Make и люди по обе стороны формы
Каждый сценарий запускает и поддерживает конкретный человек. n8n устанавливаете на собственном сервере или запускаете в облаке поставщика. Оба варианта требуют администратора, который следит за обновлениями и доступами. Make работает исключительно как облачный сервис, поэтому администратор следит только за аккаунтами и правами на самой платформе.
- Человек заполняет форму
- Менеджер получает уведомление
- CRM имеет карточку
- Владелец видит отчёт
Само подключение формы к CRM — это первый шаг цепочки, но не последний. Администратор или менеджер по продажам получает уведомление о новой заявке. Руководитель проверяет отчёт в конце дня. Владелец принимает решение, стоит ли звонить этому лиду в тот же день, на основе данных из CRM, а не из памяти. Каждый из этих людей использует другой фрагмент той же цепочки. Это они, а не n8n или Make, несут ответственность за то, что произойдёт с лидом дальше.
Цена инструмента — это не цена внедрения
Прайс-лист n8n и прайс-лист Make — это два разных числа. Ни одно из них не говорит, сколько стоит запуск сценария в вашей фирме. Лицензия инструмента — это плата поставщику. Конфигурация, тесты и подключение к вашей CRM — работа с нашей стороны, и именно она решает, поедет сценарий или нет. Стоимость зависит от того, сколько шагов он должен замкнуть и в каком состоянии данные, которые он должен переносить; объём определяем после разговора о том, как именно он должен работать.
Интеграции с почтой и мессенджерами оцениваем после разговора о том, что именно они должны делать — каждый канал отдаёт данные по-своему, поэтому каждый это отдельный кусок работы. Если сценарий должен сохранять данные напрямую в CRM и обновлять статус лида, добавляется автоматизация CRM — следующий отрезок той же цепочки. По отдельности они выглядят самостоятельными только на бумаге; смысл появляется вместе, потому что заявка, доехавшая до CRM и вставшая там, потеряна так же, как та, что не доехала вовсе.
Сама подписка n8n или Make — это стоимость, которая меняется вместе с поставщиком. Актуальную сумму вы проверяете напрямую в прайс-листе n8n или Make, у самого поставщика. Мы оцениваем внедрение и поддержку сценария, а не лицензию инструмента.
Что ломается, когда лимит операций заканчивается в середине месяца
Сценарий, который работает без ошибок три недели, может остановиться в середине месяца. Лимит операций в Make заканчивается, а следующие запуски встают в очередь или отклоняются. В n8n ошибка выглядит иначе: исполнение завершается кодом ошибки, а сценарий сам не возобновляется.
Лимит не удаляет заявку — останавливает очередь. Без мониторинга никто не видит.
Симптом всегда один и тот же. Форма на сайте работает, но заявка не попадает в CRM. Администратор не видит нового лида в системе. Менеджер по продажам не получает уведомление на WhatsApp. Клиент ждёт звонка, который никогда не придёт, потому что никто не знает о его заявке. Администратор замечает поломку обычно только тогда, когда владелец спрашивает, почему отчёт за последнюю неделю пустой.
Поэтому сценарию нужна отдельная ветка обработки ошибок, которая отправляет предупреждение, когда шаг не выполняется. Без неё ошибка тихая, а потеря — это заявка, которая никогда не попала в руки менеджера по продажам.
Когда не стоит сравнивать n8n и Make
Для одной заявки в день ни один из этих инструментов не окупается. Простая форма, после которой администратор всё равно звонит вручную, не нуждается в сценарии в n8n или в Make. Достаточно почтового уведомления.
Мы не обещаем, что автоматизация снизит ваши расходы при малом количестве заявок. Поддержка сценария, тестирование и контроль лимитов — это работа. При нескольких лидах в месяц эта работа просто не окупается.
Это не для всех и в том случае, когда данные из формы должны остаться в одной системе по юридическим причинам. Если ваша фирма обрабатывает чувствительные данные и у вас ещё нет установленного основания для обработки, соответствующего РОДО, внешний сценарий, соединяющий несколько платформ — это дополнительный риск. Лучше решить эти вопросы до автоматизации, а не во время неё.
Кто отвечает за сценарий после внедрения
Внедрение заканчивается в день запуска, но ответственность остаётся. Кто-то должен следить, работает ли сценарий, не закончился ли лимит и попадают ли уведомления к менеджеру по продажам. В маленькой фирме эту роль берёт на себя владелец. В большей фирме это делает администратор или руководитель отдела, который получает отчёт с количеством заявок и исключений.
Контроль над процессом у вас тогда, когда вы видите цифры, а не тогда, когда вы верите, что сценарий просто работает. Автоматизации на основе AI могут сами квалифицировать заявку, но решение о приоритете лида всегда принимает человек, на основе данных из CRM.
Поэтому хороший сценарий заканчивается отчётом, а не только уведомлением. Отчёт, который показывает это вместо угадывания, превращает вопрос "работает ли автоматизация" в ответ, основанный на цифрах, а не на впечатлении администратора.
Часто задаваемые вопросы
Можно ли перенести сценарий из Make в n8n без написания его заново?
Не напрямую. У Make и n8n разная логика модулей и другой способ хранения подключений, поэтому сценарий нужно воспроизвести шаг за шагом в новом инструменте. Сама цепочка — форма, CRM, уведомление, отчёт — остаётся той же, меняется только способ её записи.
Нужно ли самостоятельно хостировать n8n?
Не всегда. n8n можно запустить на собственном сервере или использовать облачную версию от поставщика, так же как в случае с Make. Выбор влияет на то, кто отвечает за обновления и доступность. При собственном сервере это делает ваш администратор, при облаке это делает поставщик.
Включает ли оценка автоматизации запросов сам инструмент, n8n или Make?
Нет. Цена, которую определяем после разговора, включает построение и настройку сценария, то есть подключение формы, CRM и уведомлений. Лицензию n8n или Make, если она платная, оплачиваете отдельно, напрямую у поставщика инструмента.
Что именно входит в лимит операций?
В Make почти каждый шаг сценария — это отдельная операция, в том числе внутренние, такие как фильтрация или форматирование данных. В n8n обычно учитывается всё исполнение, а не отдельный шаг внутри него. Точные правила меняются вместе с прайс-листом поставщика, поэтому проверяйте их напрямую перед выбором плана.
Требует ли автоматизация формы с данными клиента дополнительных согласий РОДО?
Объём дополнительных согласий зависит от того, какие данные форма собирает и как вы их дальше используете. Это устанавливает администратор данных в вашей фирме, до того как сценарий запустится. Общие правила обработки персональных данных можно найти на сайте УОДО.
Давайте обсудим, как выглядит эта цепочка в вашей фирме и какой вариант — n8n или Make — имеет смысл при вашем количестве заявок.