Интеграция сайта с CRM: заявки без потерь и дублей

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

Отдельная боль: дубли. Некоторые движки, например Webasyst, отправляют одну заявку несколько раз: со страницы формы, со страницы «спасибо» и ещё раз из модуля уведомлений. Клиент оставил заявку, через десять минут позвонил, потом написал в чат, и в CRM появились три лида на трёх разных менеджеров. Мы настраиваем дедупликацию: повторное обращение с тем же телефоном или почтой в заданное окно времени прикрепляется к существующей сделке, а менеджер видит, что клиент снова проявил интерес.

Каждая заявка несёт метки utm_source, utm_medium, utm_campaign, utm_term, ClientID Яндекс Метрики и страницу входа. Метки сохраняются в cookie при первом визите, поэтому не теряются, если человек полчаса ходил по каталогу и оставил заявку с другой страницы. Так вы считаете стоимость сделки по каналам, а не только стоимость клика, и можете передавать офлайн-конверсии обратно в Метрику, чтобы Директ учился на реальных продажах.

Звонки и чаты подключаем по тому же принципу: коллтрекинг или облачная АТС передают номер и источник, онлайн-чат вроде JivoSite или виджет мессенджеров создаёт сделку вместе с перепиской. Работаем с amoCRM, Битрикс24, retailCRM и самописными CRM через API и вебхуки, с сайтами на WordPress, Tilda, Webasyst, 1С-Битрикс, Astro и на собственном коде. Если форма отправляется через внешний сервис, связываем его через n8n или небольшой серверный скрипт с очередью и повторной отправкой при сбое.