Интеграция Marquiz с CRM - это первое, о чём я спрашиваю клиента, когда он показывает готовый квиз и говорит: «настроил, работает». Квиз действительно работает, когда собирает ответы. А деньги он приносит только тогда, когда каждая заявка долетает до менеджера с правильным полем «источник», тегами по результату теста и историей ответов, а не тонет в почте вперемешку со спамом. За последние пару лет я подключал Marquiz к amoCRM, Bitrix24 и паре самописных CRM через вебхуки и n8n, и почти всегда проблема была не в самом квизе, а в том, как заявка передаётся дальше.
Зачем связывать Marquiz с CRM напрямую
Многие ставят Marquiz на сайт, включают отправку заявок на почту и на этом останавливаются. Схема работает первую неделю, пока заявок пять в день. При двадцати заявках в сутки письма теряются среди рассылок, менеджер физически не успевает вручную переносить контакты в CRM, а руководитель не видит, сколько лидов пришло с квиза и сколько из них закрылось в продажу.
Была история с клиентом, у которого квиз стоял всплывающим окном на Tilda-лендинге и собирал по 30-40 заявок в сутки. Все они падали на общий почтовый ящик отдела продаж. Первый контакт с клиентом происходил в среднем через 6-8 часов, часть заявок терялась совсем, потому что письмо помечалось прочитанным и забывалось среди остальных. После переноса заявок напрямую в amoCRM с постановкой задачи на менеджера и таймером скорость первого касания упала до 15-20 минут, а конверсия из заявки в звонок выросла почти в полтора раза без единого изменения в самом квизе.
Что Marquiz передаёт в заявке и что из этого реально нужно CRM
Marquiz формирует по каждому прохождению не только имя и телефон, а весь путь: ответ на каждый вопрос, время прохождения, устройство, страницу, на которой стоит виджет, и UTM-метки перехода. Если квиз ведёт к результату вроде типа кожи, тарифа или комплектации, система отдаёт и этот сегмент.
Проблема в том, что при базовой настройке в CRM долетает три поля: имя, телефон и заметка одной строкой со всеми ответами через запятую. Менеджер открывает сделку и читает нечитаемую кашу вместо структурированных данных. Разница между «пришла заявка» и «пришла заявка с пониманием, что клиенту нужен премиум-тариф с оплатой в рассрочку» - это разница между холодным звонком по скрипту и предметным разговором, который закрывается быстрее.
На практике я выношу каждый значимый ответ квиза в отдельное дополнительное поле сделки и делаю автоматическую простановку тега по итоговому сегменту. Тогда воронку можно фильтровать по сегментам и смотреть конверсию каждого из них отдельно, а не перечитывать примечания вручную по каждой сделке.
Встроенные интеграции Marquiz: когда хватает пары кликов
У Marquiz есть готовые коннекторы к amoCRM, Bitrix24, RetailCRM, Zoho CRM, а также к Google Таблицам, Telegram и сервисам рассылок вроде Unisender. Для простого случая, когда воронка одна и полей немного, этого достаточно: заходишь в настройки квиза, авторизуешься в CRM, сопоставляешь вопросы квиза с полями сделки, включаешь автоматическую воронку и точку входа. Настройка занимает от получаса до пары часов вместе с тестовыми заявками.
Google Таблицы обычно держу как резервный канал, а не основной: если вебхук в CRM на минуту отвалится, строка в таблице всё равно появится, и заявку можно будет перезалить руками, не потеряв её совсем.
Ограничения проявляются, когда у бизнеса несколько воронок под разные продукты, когда одному клиенту нужно создать сделку сразу в двух системах, например в CRM продаж и в отдельном сервисе логистики, либо когда нужна дедупликация по номеру телефона, чтобы повторное прохождение квиза не плодило новые сделки, а обновляло существующую. Готовый коннектор такую логику не покрывает, и здесь начинается кастомная часть.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Когда встроенного вебхука мало: кастомная схема через n8n
Marquiz умеет отправлять данные заявки на произвольный вебхук в формате JSON, и это открывает свободу собрать любую логику. Обычно я поднимаю сценарий в n8n: вебхук Marquiz принимает событие, дальше идёт разбор полезной нагрузки, поиск дубля по телефону в CRM, создание или обновление сделки, простановка тегов по сегменту и, если нужно, параллельная отправка уведомления в Telegram.
Пример упрощённого тела вебхука, которое Marquiz отправляет при прохождении квиза:
{
"quiz_id": "7841",
"result": "premium",
"answers": [
{ "question": "Бюджет", "answer": "от 100000" },
{ "question": "Срок", "answer": "1-2 месяца" }
],
"contact": { "name": "Иван", "phone": "+79991234567" },
"utm": { "source": "vk", "campaign": "leto2026" }
}Дальше в n8n этот объект раскладывается по нодам: HTTP-запрос в CRM с созданием сделки, ветка с проверкой существующего контакта по номеру телефона, ветка логирования в отдельную таблицу на случай, если CRM временно недоступна и заявку нужно будет перезалить вручную. Схема получается прозрачной: в любой момент видно, на каком шаге застряла конкретная заявка, а не приходится гадать, куда она делась. Такие связки под ключ я обычно делаю как часть услуг по интеграциям и автоматизации, потому что расчёт логики дедупликации и веток обработки ошибок занимает больше времени, чем сама настройка коннектора.
Уведомления менеджерам: скорость реакции решает больше, чем дизайн квиза
Отдельно от CRM я почти всегда добавляю телеграм-уведомление менеджеру или в общий чат отдела продаж, обычно на aiogram, потому что почтовые уведомления читают с задержкой, а в мессенджер заглядывают почти сразу. Бот присылает карточку лида: имя, телефон, сегмент по результату квиза, ссылку на сделку в CRM и кнопку «взял в работу», после которой запускается таймер SLA.
По моим замерам на нескольких проектах время первого контакта после такой связки падает с нескольких часов до 5-15 минут в рабочее время. Это не эффект самого квиза, а эффект того, что заявка физически не может потеряться между вкладками почты и разными мессенджерами менеджеров.
Частые ошибки при настройке передачи заявок из квиза в CRM
- Забывают протестировать вебхук тестовыми прохождениями перед запуском рекламы, и первые реальные заявки уходят в пустоту из-за опечатки в адресе.
- Хардкодят ID воронки и статуса сделки прямо в сценарии, а через полгода менеджер по продажам меняет структуру CRM, и заявки начинают падать в архивную воронку.
- Не делают дедупликацию по телефону, из-за чего человек, прошедший квиз дважды, создаёт две отдельные сделки и путает статистику по конверсии.
- Не закрывают вебхук секретным токеном или проверкой источника запроса, оставляя эндпоинт открытым для любого, кто узнает адрес.
- Не предусматривают запасной канал на случай, если CRM недоступна: без резервного лога или таблицы заявка, отправленная в момент сбоя, теряется безвозвратно.
Сколько стоит настройка интеграции Marquiz и CRM
Цена зависит от того, хватает готового коннектора или нужна кастомная логика с несколькими воронками, дедупликацией и уведомлениями.
| Задача | Что входит | Цена |
|---|---|---|
| Настройка на готовом коннекторе (amoCRM, Bitrix24) | Сопоставление полей, теги по сегментам квиза, тестовые заявки | от 25 000 ₽ |
| Кастомная схема через n8n | Вебхук, дедупликация по телефону, несколько воронок, логирование ошибок | от 40 000 ₽ |
| Телеграм-бот для уведомлений менеджерам | Карточка лида, SLA-таймер, кнопка «взял в работу» | от 30 000 ₽ |
| Сопровождение после запуска | Мониторинг вебхуков, правки полей при изменении CRM | от 15 000 ₽/мес |
Если нужно только оценить существующую настройку и понять, где теряются заявки, обычно хватает разовой консультации от 3 000 ₽, без немедленного заказа доработки.
Частые вопросы
Можно ли подключить Marquiz к самописной CRM без готового коннектора
Да, через вебхук на произвольный адрес. Marquiz отправляет JSON с ответами, контактом и UTM-метками туда, куда вы укажете, а дальше данные разбираются либо в n8n, либо в собственном обработчике на бэкенде. Это стандартный сценарий для CRM без официальной интеграции.
Что делать, если заявки из квиза дублируются в CRM
Обычно причина в том, что коннектор создаёт новую сделку при каждом прохождении квиза, даже если это тот же номер телефона. Решается проверкой контакта по телефону перед созданием сделки: если контакт уже есть, система обновляет существующую сделку или добавляет комментарий, а не плодит копии.
Marquiz работает только на Tilda или на любом сайте
Marquiz встраивается на любую платформу через скрипт-виджет, включая Tilda, WordPress и самописные сайты. На Tilda его чаще ставят всплывающим окном или блоком на посадочной странице, но логика передачи заявки в CRM от платформы сайта не зависит, она определяется настройками самого квиза и вебхука.
Сколько времени занимает настройка интеграции с нуля
Подключение готового коннектора к amoCRM или Bitrix24 с базовым маппингом полей занимает 1-2 дня вместе с тестами. Кастомная схема через n8n с дедупликацией, несколькими воронками и уведомлениями обычно требует от 5 до 10 рабочих дней в зависимости от количества CRM и мессенджеров на выходе.