Интеграция CRM с квизом: как заявки из опросника попадают в воронку

Интеграцию CRM с квизом я настраиваю почти в каждом втором проекте, где заявки собираются через опросник: клиент проходит вопросы на Marquiz, Tilda-квизе или в Flexbe, а дальше эти ответы должны без ручного экспорта попасть в воронку продаж. На практике разрыв между «квиз собрал контакты» и «менеджер увидел заявку в CRM» стоит бизнесу от нескольких часов до суток, и за это время часть лидов остывает или уходит к конкурентам, которые перезвонили быстрее.

Как технически устроена интеграция CRM с квизом

Схема одна и та же независимо от конструктора квиза. Пользователь отвечает на вопросы, на последнем шаге вводит телефон или email, квиз-платформа фиксирует завершение прохождения и отправляет вебхук на заданный адрес. В теле запроса приходит JSON с контактными данными, ответами на вопросы, ID квиза и обычно UTM-метками, если они были прокинуты в скрытые поля формы.

Дальше запрос принимает либо сама CRM через готовый API-эндпоинт, либо промежуточный обработчик, который нормализует данные и раскладывает их по нужным полям сделки. Я почти всегда ставлю прослойку между квизом и CRM, потому что у Marquiz и Tilda формат полей отличается от структуры сущностей amoCRM или Bitrix24, и без преобразования часть значений улетает в CRM пустой строкой.

Вот пример тестового запроса, который я обычно гоняю curl-ом при отладке вебхука перед подключением боевой CRM:

curl -X POST https://hook.example.ru/quiz-lead \
  -H "Content-Type: application/json" \
  -d '{
    "quiz_id": "budget-remont-2026",
    "phone": "+79991234567",
    "name": "Ирина",
    "answers": {"budget": "300-500 тыс", "rooms": "2"},
    "utm_source": "yandex",
    "utm_campaign": "remont_leto"
  }'

Способы подключения квиза к CRM: от коробочного решения до кастомного вебхука

Выбор способа зависит от того, насколько логика приема заявки отличается от простого создания сделки. Если нужна только фиксация лида, хватает нативной интеграции. Если требуется маршрутизация по менеджерам, проверка на дубли или расчет квалификации лида по ответам, без промежуточного слоя не обойтись.

Отдельно у квиз-конструкторов отличается сама возможность передать данные наружу:

Я обычно советую клиентам не привязываться к нативному коннектору намертво: как только логика усложняется и нужно отсеивать нецелевые заявки по ответам или считать бюджет сделки, проще сразу вынести обработку в n8n или в отдельный скрипт, а не пытаться дотянуть встроенный модуль до нужного поведения.

Настройка полей, статусов и воронки в CRM

Создание сделки в CRM это только начало. Ответы на вопросы квиза стоит раскладывать по отдельным полям сделки, а не сваливать одним текстом в примечание, иначе через месяц отдел продаж не сможет фильтровать заявки по бюджету или по типу услуги. В amoCRM я завожу под квиз отдельные кастомные поля (бюджет, срок, продукт), в Bitrix24 то же самое делаю через пользовательские поля сделки.

Второй момент, который клиенты почти всегда упускают, это автоматическая расстановка статуса воронки по результатам квиза. Если в опроснике заложена квалификация («какой у вас бюджет», «когда планируете начать»), логику стоит вынести на уровень вебхука: заявки с высоким бюджетом и коротким сроком сразу падают в стадию «горячий лид», остальные в стадию «на прогрев». Это не функция CRM по умолчанию, ее собирают отдельно в обработчике на n8n или в скрипте.

Отдельно нужна проверка на существующий контакт перед созданием новой сделки. Без нее CRM превращается в склад дублей: один и тот же человек прошел квиз дважды с разными формулировками ответов, и в базе появляются две карточки на один номер телефона. Правильная схема: поиск контакта по телефону через API CRM, и уже потом создание сделки на найденном или на новом контакте.

Уведомления о заявках и распределение между менеджерами

Даже идеально настроенная воронка бесполезна, если менеджер узнает о заявке через час после того, как открыл CRM. Я обычно ставлю поверх интеграции Telegram-уведомление: как только сделка создана, aiogram-бот отправляет в рабочий чат карточку с именем, телефоном и ключевыми ответами квиза, а рядом кнопку «Взять в работу».

Кнопка не декоративная. Она блокирует заявку за конкретным менеджером и пишет отметку в CRM, кто взял лид в работу, чтобы два человека не звонили одному клиенту одновременно. Для отделов с несколькими менеджерами такую раздачу можно построить по round-robin: бот по очереди назначает ответственного, а не отдает все заявки тому, кто первым нажал кнопку. Такую логику распределения я обычно собираю как отдельную услугу по автоматизации процессов поверх готовой связки квиза и CRM, потому что под каждый отдел продаж правила маршрутизации свои.

Частые ошибки при интеграции опросника с CRM

За несколько лет таких интеграций набрался стандартный список проблем, которые всплывают почти в каждом проекте.

• Потеря UTM-меток. Если в квизе нет скрытых полей для utm_source, utm_medium и utm_campaign, аналитика по рекламным каналам ломается в первый же день, а отдел маркетинга не может понять, откуда пришли продажи.
• Дубли заявок. Повторное прохождение квиза тем же человеком без проверки по телефону плодит лишние карточки и путает статистику конверсии.
• Разрыв на частичном заполнении. Часть квиз-конструкторов не отправляет вебхук, если пользователь не дошел до последнего шага и закрыл вкладку. Такие недособранные лиды теряются полностью, хотя человек мог указать телефон на середине опроса.
• Неправильное место хранения контактов. Часть решений на скорую руку сохраняет ответы квиза в облачную таблицу, прежде чем передать в CRM.

Телефоны, email и другие персональные данные клиентов из квиза не стоит держать в иностранных облачных таблицах или заметках вроде Google Sheets, Airtable или Notion, даже как промежуточный буфер. По 152-ФЗ персональные данные российских пользователей обязаны обрабатываться на серверах в России, поэтому промежуточное хранилище и сама CRM должны быть развернуты на площадке с российской юрисдикцией.

Сколько стоит настройка интеграции квиза с CRM

Цена зависит от того, сколько логики нужно поверх простой передачи контактов. Мои расценки на такие работы:

• Простая доработка Tilda-скрипта под передачу данных квиза, от 3 000 ₽
• Комплексная интеграция квиза с CRM, включая распределение по менеджерам и проверку дублей, от 40 000 ₽
• Автоматизация сценария в n8n без написания отдельного сервера, от 25 000 ₽
• Telegram-бот для уведомлений и назначения ответственных, от 30 000 ₽
• Техподдержка связки после запуска, от 15 000 ₽ в месяц

На рынке у студий такая интеграция часто продается пакетом вместе с настройкой самой CRM и стоит в диапазоне 60 000-150 000 ₽, но туда обычно входит еще и настройка воронки с нуля, а не только связка с квизом.

Частые вопросы

Как передать UTM-метки из квиза в CRM без потери данных?

Нужно добавить в квиз скрытые поля под utm_source, utm_medium, utm_campaign и utm_content, которые подтягивают значения из адресной строки при заходе на сайт. Эти поля должны попадать в тот же вебхук, что и ответы на вопросы, а на стороне обработчика их нужно явно мапить в поле источника сделки в CRM, иначе система запишет источник по умолчанию.

Что делать, если квиз генерирует дубли заявок в CRM?

Добавить в обработчик вебхука шаг поиска контакта по номеру телефона через API CRM перед созданием сделки. Если контакт уже есть, новая заявка привязывается к нему как повторное обращение, а не превращается в отдельную карточку. Это правило одинаково работает и в amoCRM, и в Bitrix24.

Можно ли подключить квиз к CRM без разработчика, через no-code сервис?

Для простой передачи контактов да, через встроенный коннектор платформы или через Albato этого достаточно. Как только появляется логика вроде квалификации лида по бюджету, распределения по менеджерам или проверки дублей, no-code сервисы начинают упираться в лимиты условий, и дешевле сразу собрать сценарий в n8n или заказать отдельный скрипт.

Где хранить телефоны и email из квиза, чтобы не нарушить 152-ФЗ?

Только в CRM или базе данных, развернутой на серверах в России, без промежуточных выгрузок в иностранные облачные таблицы. Если для теста или аналитики нужен дополнительный буфер данных, его тоже стоит держать на российском хостинге, а не в зарубежном сервисе.