Как я чуть не угробил бизнес из-за одной формы на Тильде

Март 2025-го. Сижу смотрю в дашборд amoCRM и понимаю — что-то не так. Заявок с сайта меньше, чем должно быть. Намного меньше.

Звоню клиенту, который вчера писал в чат: "Оставил заявку, никто не перезвонил". Открываю CRM — пусто. Нет его там. Вообще.

И тут меня накрывает. А сколько ещё таких? Сколько людей заполнили форму на Тильде, а заявка просто... испарилась?

Оказалось — интеграция слетела после обновления. Webhook перестал работать. А я даже не знал, потому что никакого уведомления не было. Тишина.

Вот тогда я и понял: связка Tilda + amoCRM — это не "настроил и забыл". Это постоянный контроль, если делаешь через стандартные вебхуки.

Почему стандартная интеграция — это лотерея

Тильда даёт вебхук. АмоCRM принимает данные. Вроде всё просто.

Но вот что происходит на практике:

– Webhook может отвалиться после обновления Тильды или amoCRM, и ты не узнаешь об этом, пока не начнёшь терять лиды.

– Поля не совпадают. На форме одно название, в CRM — другое. Данные летят куда попало или не летят вообще.

– Нет логики. Все лиды падают в одну воронку, с одним статусом, без тегов и сегментации. Потом разгребай вручную.

– Дубли. Человек заполнил форму дважды (бывает, случайно нажал) — и у тебя в CRM два контакта. Менеджеры звонят дважды. Неловко.

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

Вот тогда я и полез в Сборщик (Make.com). Не потому что хотел — потому что надоело.

Что изменилось, когда я пропустил всё через Сборщик

Первое, что я сделал — поставил Сборщик между Тильдой и amoCRM. Как прослойку. Как фильтр с мозгами.

И вот что получилось:

1. Контроль каждого лида. Теперь каждая заявка проходит через сценарий. Если что-то ломается — Сборщик шлёт мне уведомление в Telegram. Сразу. Не через три дня, когда я сам замечу.

2. Умная маршрутизация. Заявка с формы "Консультация" летит в одну воронку, с формы "Тариф Про" — в другую. С разными тегами, разными ответственными, разными статусами. Автоматом.

3. Обогащение данных. Человек оставил только имя и телефон? Сборщик подтягивает email из базы (если есть), проверяет дубли, добавляет UTM-метки в примечания. Всё это — до того, как лид попадёт в CRM.

4. Защита от дублей. Перед созданием нового контакта сценарий проверяет: а есть ли уже такой телефон в базе? Если есть — просто добавляет новую сделку к существующему контакту. Никаких дублей.

5. Мгновенная реакция. Как только лид попал в amoCRM, Сборщик шлёт уведомление менеджеру в Telegram: "Новая заявка, Иван Петров, +7900... Перезвони через 5 минут". С кнопкой "Открыть в CRM".

Это не просто интеграция. Это конвейер с мозгами.

Как я это собрал (без программиста)

Вся магия — в визуальном редакторе Сборщика. Я не писал ни строчки кода. Просто таскал блоки мышкой.

Шаг 1. Подключил Тильду. В настройках формы на Тильде добавил вебхук — скопировал URL из Сборщика. Теперь каждая заявка с формы летит не напрямую в CRM, а сначала в сценарий.

Шаг 2. Добавил фильтр. Поставил условие: если поле "Email" пустое — пропустить через модуль "Обогащение данных". Там я подключил свою базу из Google Sheets, где хранятся контакты клиентов. Если email там есть — подтягиваем.

Шаг 3. Проверка на дубли. Перед созданием контакта в amoCRM добавил модуль "Поиск контакта по телефону". Если контакт найден — создаём только сделку. Если нет — создаём и контакт, и сделку.

Шаг 4. Роутер (маршрутизатор). Это блок, который разделяет поток данных. Если в форме выбран "Тариф Базовый" — лид летит в воронку "Холодные продажи". Если "Тариф Про" — в "Горячие продажи". Разные ответственные, разные теги.

Шаг 5. Уведомление в Telegram. Последний блок — отправка сообщения менеджеру. С именем клиента, телефоном, ссылкой на сделку в CRM. Всё в одном сообщении.

Весь сценарий собрал за 40 минут. Ещё 20 минут тестировал. Всё.

Главная ошибка, которую я допустил (и как её избежать)

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

Что произошло: человек оставил заявку, но в поле "Телефон" ввёл текст вместо цифр. Сценарий попытался создать контакт в amoCRM, получил ошибку — и упал.

Я узнал об этом только через час, когда зашёл проверить.

Решение простое: добавил блок "Обработчик ошибок" (Error Handler). Теперь, если что-то идёт не так, сценарий не падает, а шлёт мне уведомление в Telegram: "Ошибка в сценарии Tilda → amoCRM. Проверь данные".

И ещё: всегда проверяй формат данных. Телефон должен быть телефоном, email — email'ом. В Сборщике есть встроенные функции для валидации. Используй их.

Три фишки, которые вывели связку на новый уровень

Фишка 1: Отложенная отправка в CRM. Иногда люди заполняют форму ночью. Менеджеры спят. Я настроил задержку: если заявка пришла с 23:00 до 9:00 — она попадает в CRM только в 9:15. Чтобы менеджер утром увидел свежий лид и сразу позвонил.

Фишка 2: Автоматический расчёт суммы сделки. На форме есть выбор тарифа. Сборщик смотрит, какой тариф выбран, и подставляет нужную сумму в поле "Бюджет сделки" в amoCRM. Менеджеру не нужно лезть в прайс.

Фишка 3: Тег "Горячий" для быстрых заявок. Если человек заполнил форму меньше чем за 30 секунд после захода на страницу — это, скорее всего, горячий лид. Сборщик автоматом ставит тег "Горячий", и менеджер видит приоритет.

Сколько это стоит (и почему дешевле, чем кажется)

Сборщик работает по модели "операции". Одна операция — это одно действие (получить данные, отправить в CRM, отправить в Telegram).

Мой сценарий "Тильда → amoCRM" съедает примерно 5 операций на одну заявку:

– Получить данные из Тильды (1 операция)

– Проверить дубли в amoCRM (1 операция)

– Создать контакт или сделку (1-2 операции)

– Отправить уведомление в Telegram (1 операция)

Бесплатный тариф Сборщика даёт 1000 операций в месяц. Это 200 заявок. Для малого бизнеса — больше чем достаточно.

Если заявок больше — платный тариф от $9 в месяц (10 000 операций). Это 2000 заявок.

Для сравнения: Zapier за такой же функционал попросит минимум $20, а за сложную логику (роутеры, фильтры) — все $50+.

Что ещё можно прикрутить к этой связке

Когда базовый сценарий заработал, я начал добавлять "плюшки":

– Отправка Welcome-письма. Как только лид попал в CRM, Сборщик шлёт письмо на email: "Спасибо за заявку, мы перезвоним через 10 минут". Можно через Gmail, можно через SendPulse.

– Запись в Google Sheets. Все заявки дублируются в таблицу. Для аналитики, для отчётов, для подстраховки.

– Уведомление в Slack. Если команда работает в Slack — заявка летит туда вместо Telegram. Или вместе с Telegram, кому как удобно.

– Интеграция с Битрикс24. Если вместо amoCRM у вас Битрикс — схема та же. Модули в Сборщике есть под обе CRM.

Всё это — дополнительные блоки в том же сценарии. Добавил, протестировал, работает.

Почему Сборщик, а не стандартный вебхук

Вебхук — это тупая труба. Данные летят из точки А в точку Б. Без проверок, без логики, без контроля.

Сборщик — это умная прослойка. Которая:

– Проверяет данные перед отправкой. Валидация, фильтрация, обогащение.

– Управляет потоком. Роутеры, условия, задержки.

– Уведомляет о проблемах. Если что-то сломалось — ты узнаешь сразу.

– Масштабируется. Добавить ещё одну форму, ещё одну CRM, ещё один канал уведомлений — дело пяти минут.

Это не просто интеграция. Это система, которая работает на тебя.

Как начать (если ты ещё не попробовал)

Зайди на make.com, зарегистрируйся (бесплатно). Открой редактор, добавь модуль "Webhooks" → "Custom Webhook". Скопируй URL.

Иди в настройки формы на Тильде, вставь этот URL в поле "Отправка данных на webhook".

Заполни форму на сайте. Данные прилетят в Сборщик. Теперь добавляй модули: фильтры, роутеры, amoCRM, Telegram. Таскай блоки, соединяй стрелками.

Тестируй на каждом шаге. Сборщик показывает данные в реальном времени — видно, что прилетело, что ушло, где ошибка.

Это не сложно. Это просто непривычно. Но после первого сценария ты поймёшь: это быстрее, чем просить программиста.

Что изменилось у меня за два месяца

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

Цифры:

– Ноль потерянных лидов. Каждая заявка доходит. Я это вижу.

– Время реакции сократилось с 30 минут до 5. Менеджер получает уведомление в Telegram моментально.

– Конверсия из заявки в продажу выросла на 18%. Потому что лиды теперь сегментированы, приоритизированы, и менеджер знает, кому звонить первым.

– Я перестал бояться обновлений. Если интеграция слетит — я узнаю через минуту, а не через три дня.

Это не магия. Это просто правильная связка инструментов.

Если дочитал до сюда

Значит, тебе это зашло. Значит, у тебя та же проблема: форма на Тильде, CRM, и куча ручной работы между ними.

Попробуй собрать первый сценарий. Не идеальный, не со всеми фишками — просто рабочий. Тильда → amoCRM → Telegram. Три блока.

Потратишь час. Зато потом сэкономишь сотни часов и кучу нервов.

А если залипнешь — напиши. Разберём вместе.

Для тех, кто ищет: интеграция Тильды с amoCRM через Сборщик (make.com), автоматизация заявок с сайта, связка Tilda и CRM без программиста, как настроить передачу лидов из Тильды в amoCRM, уведомления о заявках в Telegram, обработка форм Tilda через make.com, защита от потери лидов, умная маршрутизация заявок в CRM.