Контакт и сделка
Для типового сценария используем штатное создание объектов в выбранной воронке и этапе.
Marquiz + amoCRM: заявка сразу попадает в правильный процесс
Сначала используем штатную интеграцию Marquiz, если она закрывает задачу. Собственную логику добавляем, когда ответы квиза нужно разложить по полям, точно сохранить источник, сопоставить с существующим клиентом или запустить нестандартный сценарий после заявки.
Квиз → данные → сделка
Marquizконтакты и ответы квиза
→Нормализацияполя, источник, параметры
→amoCRMконтакт и нужная воронка
→Следующий шагзадача или автоматизация
→Стандартная интеграция
Не пишем свой обработчик, если встроенного подключения достаточно
Marquiz умеет отправлять заявку в amoCRM и создавать контакт со сделкой. Индивидуальная интеграция нужна только при дополнительных требованиях к данным и процессу.
Ответы квиза
Проверяем, достаточно ли передачи ответов в стандартном виде или их нужно разложить по отдельным полям.
Источник рекламы
UTM, referrer и дополнительные идентификаторы сохраняем так, чтобы их можно было использовать в аналитике.
Следующее действие
После заявки можно назначить ответственного, поставить задачу, запустить Salesbot или другой процесс.
Путь заявки
Ценность интеграции — не в создании сделки, а в корректной передаче контекста
Менеджер должен получить уже структурированную заявку и понимать, откуда она пришла и что предложить клиенту.
Ответы квиза→Контакты клиента→Источник / UTM→Проверка дубля→Сделка amoCRM→Задача и следующий шаг
Данные
Какие части заявки обычно требуют отдельной логики
Набор зависит от квиза и существующей структуры CRM. Не создаём новые поля только ради сохранения каждого параметра.
Ответы на ключевые вопросы
Значения, которые реально влияют на квалификацию, предложение или дальнейшую автоматизацию, раскладываем по отдельным полям.
Контактные данные
Телефон и e-mail нормализуем перед поиском существующего контакта и созданием нового.
Источник
Фиксируем UTM, рекламный контекст и дополнительные маркеры в согласованной модели атрибуции.
Идентификатор заявки
Используем внешний ключ или собственную дедупликацию, чтобы повторная доставка события не плодила сделки.
Полный набор ответов
Исходные данные при необходимости сохраняем отдельно, не перегружая карточку менеджера.
Дубли
Повторная отправка формы не должна создавать лишнюю сделку без проверки
Правило зависит от бизнеса: иногда нужна новая сделка, иногда обновление текущей, иногда отдельный повторный лид.
Поиск контакта
Проверяем нормализованный телефон, e-mail или другой согласованный идентификатор.
Правило сделки
Определяем, когда использовать существующую открытую сделку, а когда создавать новую.
Источник события
Отличаем новую заявку клиента от повторной доставки одного и того же события.
Журнал обработки
Для нестандартной интеграции сохраняем идентификатор и результат, чтобы повтор был безопасным.
Когда нужна доработка
Собственный слой нужен для специфичной маршрутизации, аналитики или внешних действий
Штатную интеграцию не заменяем без причины: дополняем только тот участок, которого не хватает.
Проверяем Marquiz
Что уже можно настроить без кода.
Сверяем поля CRM
Какие ответы действительно нужны менеджеру.
Фиксируем дедупликацию
Контакт, сделка и повтор события.
Добавляем правила
Источник, ответственный, теги, задачи или внешний API.
Проверяем аналитику
Заявка сохраняет нужный рекламный контекст до сделки.
Связанные направления
Marquiz часто является первой точкой более длинного процесса
После квалификации заявка может запускать коммуникацию, расчёт, подбор товара или сквозную аналитику.
После квиза
Ответы должны влиять на следующий шаг, а не просто лежать в примечании
Выносим в поля только полезные признаки и используем их для маршрутизации, задач и автоматических сценариев.
Вопросы
Частые вопросы
У Marquiz уже есть готовая интеграция с amoCRM?
Да. Поэтому сначала проверяем стандартные настройки Marquiz: для типовой передачи заявки отдельная разработка может не потребоваться.
Можно передавать ответы квиза в отдельные поля?
Да. Если встроенного сопоставления недостаточно, добавляем слой нормализации и записываем в поля только те ответы, которые нужны процессу.
Как не создавать дубли?
Определяем правило поиска контакта и сделки отдельно от доставки события. Повтор одного webhook не должен автоматически означать новую сделку.
Можно сохранить UTM и источник?
Да. Фиксируем нужные параметры заявки и приводим их к той модели атрибуции, которая используется в CRM и отчётах.
Можно запускать Salesbot после квиза?
Да. После создания или обновления сделки можно выполнить стандартную автоматизацию amoCRM либо запустить Salesbot по согласованному условию.
Когда нужен собственный webhook?
Когда штатная интеграция не передаёт нужный контекст, требуется сложное правило дублей, внешний сервис или особая маршрутизация заявки.
Что менеджеру не хватает в заявке Marquiz сейчас?
Покажите один квиз и одну сделку: какие ответы приходят, какие поля нужны, как определяется источник и что должно запускаться после создания лида.