Что вы получите
Заявки с форм Tilda автоматически попадают в amoCRM. Vakas-tools умеет:
- Создавать новую сделку с контактом, если такого клиента ещё нет.
- Находить существующий контакт по email или телефону и не плодить дубли — обновлять данные, добавлять примечание, искать сделку клиента и обновлять её.
- Раскладывать заявки по разным воронкам и этапам через систему правил с условиями (по UTM, названию формы, значениям полей).
- Назначать ответственного менеджера по очереди или брать ответственного из существующего контакта.
- Передавать UTM-метки в специальные поля сделки и кастомные поля формы — в любые поля amoCRM через шорткоды.
Кому подходит
У вас сайт или лендинг на Tilda с формами заявки.
Менеджеры работают в amoCRM и не хотят терять лиды в почте/мессенджерах.
Льёте трафик из нескольких источников (VK, Яндекс, рассылки) и хотите разделять лиды по воронкам.
Нужно фиксировать UTM прямо в карточке сделки.
Что приходит в базу из Tilda
✓ Имя, телефон, email
✓ Название формы
✓ UTM-метки (utm_source, utm_medium, utm_campaign, utm_content, utm_term)
✓ Кастомные поля формы (комментарий, выбранный курс, тариф и т.д.)
✓ Реферер (страница, с которой отправили форму)
Часть 1. Сбор заявок из Tilda
В настройках формы Tilda подключается webhook от Vakas-tools — на него уходят все заполненные формы вместе с UTM-метками и кастомными полями.
Что важно знать про сбор:
- Webhook одинаково работает для стандартных форм и Zero Block — главное, чтобы у формы было настроено действие «Webhook».
- На одном сайте можно подключить несколько форм к одному webhook или разные формы к разным webhook'ам — это позволит дальше разделять заявки по воронкам.
- UTM-метки берутся автоматически, если они есть в адресе страницы (?utm_source=vk).
- Старые заявки (отправленные до подключения) не передаются — webhook работает только на новые отправления.
- После публикации формы Tilda сайт нужно опубликовать заново, иначе webhook не активируется.
Часть 2. Передача в amoCRM
После того как заявки попадают в базу Vakas-tools, передачу в amoCRM настраивают через правила на вкладке «Регистрации» подключения amoCRM. У одного подключения может быть сколько угодно правил — это позволяет тонко разделять, кто куда попадает.
Что можно настроить
1. Поиск дублей (Общие настройки). По умолчанию система ищет контакт сначала по email, потом по телефону. Если найден — работает с существующим контактом и его сделками, не плодит копии. Если не найден — создаёт новый.
Дополнительно:
- Можно задать доп. поле контакта для поиска (например, Telegram ID).
- Можно задать доп. поле сделки — поиск сделки не только по контакту, но и по совпадению поля (например, по номеру заказа).
- Можно ограничить поиск выбранными воронками или включить поиск среди закрытых сделок.
2. Правила с условиями. Каждое правило срабатывает только для тех заявок, которые подходят под условия. Условия объединяются через И:
- по UTM-метке (utm_source = vk)
- по названию формы (form_name содержит «Премиум»)
- по значению любого поля формы (tarif = 1)
Правила выполняются по порядку (1 → 2 → 3). Первое правило обычно делают без условий — это «обработчик по умолчанию», чтобы ни одна заявка не потерялась. Другими словами, чтобы передались все заявки. Если включить «После выполнения не выполнять другие правила» — лид остановится на первом подходящем правиле.
3. Действия правила. В каждом правиле задаются действия — что именно сделать при попадании заявки:
- Сделка (найти или создать) — название, бюджет, воронка, этап, ответственный.
- Доп. поля сделки — UTM, кастомные поля формы. Чекбокс «Если пусто — пропустить» защищает от затирания.
- Изменить этап — переместить сделку. Можно указать этапы-исключения (например, не двигать «Оплачено»).
- Примечание — текст, который ляжет в таймлайн сделки.
- Теги — tilda, название формы, UTM-источник.
- Задача — например, «Перезвонить новому лиду» с дедлайном.
4. Распределение менеджеров. В Общих настройках выбираются менеджеры, между которыми распределяются новые сделки по очереди. В действии «Сделка» в поле «Ответственный» нужно выбрать «По настройкам распределения». Можно использовать ответственного из существующего контакта — тогда все сделки клиента остаются у одного менеджера.
5. Шорткоды. В любых текстовых полях работают шорткоды вида {#name#}, {#phone#}, {#utm_source#}, {#form_name#} — в момент срабатывания они подставляются реальными данными из заявки.
Подробные инструкции
Примеры использования
Кейс 1.
Один сайт, разные продукты — разные воронки. На лендинге две формы: «Купить курс» и «Записаться на консультацию». Создаём два правила: первое — условие form_name = "Купить курс" → воронка «Продажи курсов»; второе — form_name = "Записаться на консультацию" → воронка «Консультации» с другим ответственным. Включаем «не выполнять другие правила», чтобы лид не попал в обе воронки.
Кейс 2.
Реклама из разных источников — разные воронки. Льёте трафик из VK Ads и Яндекс.Директа. Создаём правила по utm_source: vk → одна воронка с одним менеджером, yandex → другая. Третье правило без условий — для прямого трафика.
Кейс 3.
Постоянный клиент — не дублируем. В Общих настройках включён поиск дублей. Когда клиент с уже существующим email повторно заполняет форму, система находит его сделку и добавляет примечание «Повторная заявка с формы X», а не создаёт новую сделку. Менеджер видит весь путь клиента в одной карточке.
Кейс 4.
Только горячие лиды. В форме есть поле «Готов оплатить сейчас». Создаём правило с условием ready_to_buy = "Да" → передача в amoCRM на этап «Горячий лид» с задачей перезвонить в течение часа. Остальные заявки правило не пропускает — они складываются только в базу для прогрева.
Кейс 5.
Регионы — разные менеджеры. В форме есть поле «Город». Делаем три правила: Москва → менеджер А, СПб → менеджер Б, остальные → распределение по очереди.
Вопросы и ответы
Опубликован ли сайт после добавления webhook (Tilda не применяет webhook без публикации).
Журнал логов в Vakas-tools — там видно, дошёл ли webhook и где остановилась обработка.
Не отсекают ли заявку условия правила.