Теряешь клиентов и деньги из-за дыр в автоматизации заявок? Как перест

<h1>Как я чуть не угробил бизнес из-за одной формы на Тильде</h1> Март 2025-го. Сижу смотрю в дашборд amoCRM и понимаю — что-то не так. Заявок с сайта меньше, чем должно быть. Намного меньше. Звоню клиенту, который вчера писал в чат: "Оставил заявку, никто не перезвонил". Открываю CRM — пусто. Нет его там. Вообще. И тут меня накрывает. А сколько ещё таких? Сколько людей заполнили форму на Тильде, а заявка просто... испарилась? Оказалось — интеграция слетела после обновления. Webhook перестал работать. А я даже не знал, потому что никакого уведомления не было. Тишина. Вот тогда я и понял: связка Tilda + amoCRM — это не "настроил и забыл". Это постоянный контроль, если делаешь через стандартные вебхуки. <h2>Почему стандартная интеграция — это лотерея</h2> Тильда даёт вебхук. АмоCRM принимает данные. Вроде всё просто. Но вот что происходит на практике: – Webhook может отвалиться после обновления Тильды или amoCRM, и ты не узнаешь об этом, пока не начнёшь терять лиды. – Поля не совпадают. На форме одно название, в CRM — другое. Данные летят куда попало или не летят вообще. – Нет логики. Все лиды падают в одну воронку, с одним статусом, без тегов и сегментации. Потом разгребай вручную. – Дубли. Человек заполнил форму дважды (бывает, случайно нажал) — и у тебя в CRM два контакта. Менеджеры звонят дважды. Неловко. Я потерял минимум 12 заявок за три дня. Не знаю, сколько из них были горячими. Но даже одна горячая заявка — это деньги. Вот тогда я и полез в Сборщик (Make.com). Не потому что хотел — потому что надоело. <h2>Что изменилось, когда я пропустил всё через Сборщик</h2> Первое, что я сделал — поставил Сборщик между Тильдой и amoCRM. Как прослойку. Как фильтр с мозгами. И вот что получилось: 1. Контроль каждого лида. Теперь каждая заявка проходит через сценарий. Если что-то ломается — Сборщик шлёт мне уведомление в Telegram. Сразу. Не через три дня, когда я сам замечу. 2. Умная маршрутизация. Заявка с формы "Консультация" летит в одну воронку, с формы "Тариф Про" — в другую. С разными тегами, разными ответственными, разными статусами. Автоматом. 3. Обогащение данных. Человек оставил только имя и телефон? Сборщик подтягивает email из базы (если есть), проверяет дубли, добавляет UTM-метки в примечания. Всё это — до того, как лид попадёт в CRM. 4. Защита от дублей. Перед созданием нового контакта сценарий проверяет: а есть ли уже такой телефон в базе? Если есть — просто добавляет новую сделку к существующему контакту. Никаких дублей. 5. Мгновенная реакция. Как только лид попал в amoCRM, Сборщик шлёт уведомление менеджеру в Telegram: "Новая заявка, Иван Петров, +7900... Перезвони через 5 минут". С кнопкой "Открыть в CRM". Это не просто интеграция. Это конвейер с мозгами. <h2>Как я это собрал (без программиста)</h2> Вся магия — в визуальном редакторе Сборщика. Я не писал ни строчки кода. Просто таскал блоки мышкой. Шаг 1. Подключил Тильду. В настройках формы на Тильде добавил вебхук — скопировал URL из Сборщика. Теперь каждая заявка с формы летит не напрямую в CRM, а сначала в сценарий. Шаг 2. Добавил фильтр. Поставил условие: если поле "Email" пустое — пропустить через модуль "Обогащение данных". Там я подключил свою базу из Google Sheets, где хранятся контакты клиентов. Если email там есть — подтягиваем. Шаг 3. Проверка на дубли. Перед созданием контакта в amoCRM добавил модуль "Поиск контакта по телефону". Если контакт найден — создаём только сделку. Если нет — создаём и контакт, и сделку. Шаг 4. Роутер (маршрутизатор). Это блок, который разделяет поток данных. Если в форме выбран "Тариф Базовый" — лид летит в воронку "Холодные продажи". Если "Тариф Про" — в "Горячие продажи". Разные ответственные, разные теги. Шаг 5. Уведомление в Telegram. Последний блок — отправка сообщения менеджеру. С именем клиента, телефоном, ссылкой на сделку в CRM. Всё в одном сообщении. Весь сценарий собрал за 40 минут. Ещё 20 минут тестировал. Всё. <h3>Главная ошибка, которую я допустил (и как её избежать)</h3> Когда я только начал собирать сценарий, я забыл про одну штуку — обработку ошибок. Что произошло: человек оставил заявку, но в поле "Телефон" ввёл текст вместо цифр. Сценарий попытался создать контакт в amoCRM, получил ошибку — и упал. Я узнал об этом только через час, когда зашёл проверить. Решение простое: добавил блок "Обработчик ошибок" (Error Handler). Теперь, если что-то идёт не так, сценарий не падает, а шлёт мне уведомление в Telegram: "Ошибка в сценарии Tilda → amoCRM. Проверь данные". И ещё: всегда проверяй формат данных. Телефон должен быть телефоном, email — email'ом. В Сборщике есть встроенные функции для валидации. Используй их. <h2>Три фишки, которые вывели связку на новый уровень</h2> Фишка 1: Отложенная отправка в CRM. Иногда люди заполняют форму ночью. Менеджеры спят. Я настроил задержку: если заявка пришла с 23:00 до 9:00 — она попадает в CRM только в 9:15. Чтобы менеджер утром увидел свежий лид и сразу позвонил. Фишка 2: Автоматический расчёт суммы сделки. На форме есть выбор тарифа. Сборщик смотрит, какой тариф выбран, и подставляет нужную сумму в поле "Бюджет сделки" в amoCRM. Менеджеру не нужно лезть в прайс. Фишка 3: Тег "Горячий" для быстрых заявок. Если человек заполнил форму меньше чем за 30 секунд после захода на страницу — это, скорее всего, горячий лид. Сборщик автоматом ставит тег "Горячий", и менеджер видит приоритет. <h2>Сколько это стоит (и почему дешевле, чем кажется)</h2> Сборщик работает по модели "операции". Одна операция — это одно действие (получить данные, отправить в CRM, отправить в Telegram). Мой сценарий "Тильда → amoCRM" съедает примерно 5 операций на одну заявку: – Получить данные из Тильды (1 операция) – Проверить дубли в amoCRM (1 операция) – Создать контакт или сделку (1-2 операции) – Отправить уведомление в Telegram (1 операция) Бесплатный тариф Сборщика даёт 1000 операций в месяц. Это 200 заявок. Для малого бизнеса — больше чем достаточно. Если заявок больше — платный тариф от $9 в месяц (10 000 операций). Это 2000 заявок. Для сравнения: Zapier за такой же функционал попросит минимум $20, а за сложную логику (роутеры, фильтры) — все $50+. <h2>Что ещё можно прикрутить к этой связке</h2> Когда базовый сценарий заработал, я начал добавлять "плюшки": – Отправка Welcome-письма. Как только лид попал в CRM, Сборщик шлёт письмо на email: "Спасибо за заявку, мы перезвоним через 10 минут". Можно через Gmail, можно через SendPulse. – Запись в Google Sheets. Все заявки дублируются в таблицу. Для аналитики, для отчётов, для подстраховки. – Уведомление в Slack. Если команда работает в Slack — заявка летит туда вместо Telegram. Или вместе с Telegram, кому как удобно. – Интеграция с Битрикс24. Если вместо amoCRM у вас Битрикс — схема та же. Модули в Сборщике есть под обе CRM. Всё это — дополнительные блоки в том же сценарии. Добавил, протестировал, работает. <h2>Почему Сборщик, а не стандартный вебхук</h2> Вебхук — это тупая труба. Данные летят из точки А в точку Б. Без проверок, без логики, без контроля. Сборщик — это умная прослойка. Которая: – Проверяет данные перед отправкой. Валидация, фильтрация, обогащение. – Управляет потоком. Роутеры, условия, задержки. – Уведомляет о проблемах. Если что-то сломалось — ты узнаешь сразу. – Масштабируется. Добавить ещё одну форму, ещё одну CRM, ещё один канал уведомлений — дело пяти минут. Это не просто интеграция. Это система, которая работает на тебя. <h2>Как начать (если ты ещё не попробовал)</h2> Зайди на <a href="https://www.make.com" rel="noopener nofollow">make.com</a>, зарегистрируйся (бесплатно). Открой редактор, добавь модуль "Webhooks" → "Custom Webhook". Скопируй URL. Иди в настройки формы на Тильде, вставь этот URL в поле "Отправка данных на webhook". Заполни форму на сайте. Данные прилетят в Сборщик. Теперь добавляй модули: фильтры, роутеры, amoCRM, Telegram. Таскай блоки, соединяй стрелками. Тестируй на каждом шаге. Сборщик показывает данные в реальном времени — видно, что прилетело, что ушло, где ошибка. Это не сложно. Это просто непривычно. Но после первого сценария ты поймёшь: это быстрее, чем просить программиста. <h2>Что изменилось у меня за два месяца</h2> Сейчас май. Прошло два месяца с тех пор, как я запустил сценарий. Цифры: – Ноль потерянных лидов. Каждая заявка доходит. Я это вижу. – Время реакции сократилось с 30 минут до 5. Менеджер получает уведомление в Telegram моментально. – Конверсия из заявки в продажу выросла на 18%. Потому что лиды теперь сегментированы, приоритизированы, и менеджер знает, кому звонить первым. – Я перестал бояться обновлений. Если интеграция слетит — я узнаю через минуту, а не через три дня. Это не магия. Это просто правильная связка инструментов. <h2>Если дочитал до сюда</h2> Значит, тебе это зашло. Значит, у тебя та же проблема: форма на Тильде, CRM, и куча ручной работы между ними. Попробуй собрать первый сценарий. Не идеальный, не со всеми фишками — просто рабочий. Тильда → amoCRM → Telegram. Три блока. Потратишь час. Зато потом сэкономишь сотни часов и кучу нервов. А если залипнешь — напиши. Разберём вместе. Для тех, кто ищет: интеграция Тильды с amoCRM через Сборщик (make.com), автоматизация заявок с сайта, связка Tilda и CRM без программиста, как настроить передачу лидов из Тильды в amoCRM, уведомления о заявках в Telegram, обработка форм Tilda через make.com, защита от потери лидов, умная маршрутизация заявок в CRM.