Повторные отправки от одного посетителя
Посетитель отправляет одну и ту же форму дважды — часто из-за двойного клика или повторной попытки после неочевидного сообщения об успехе — это самый частый источник. Решение — проверять совпадающий email или контакт перед созданием новой записи, а не просто вставлять запись вслепую.
Один человек приходит через несколько каналов
Тот, кто заполнил форму на сайте, а позже написал в WhatsApp, может создать две отдельные записи, если интеграция явно не проверяет совпадения между каналами; как такое подключение нужно строить, см. в материале про интеграцию сайта с CRM.
Интеграции, которые не проверяют заранее
Типичная ошибка: платформа автоматизации (n8n, Make) создаёт новую запись в CRM при каждом срабатывании вебхука без проверки «а такая уже есть?»; где именно эта логика должна находиться, см. на странице интеграций.
Встроенной дедупликации CRM не всегда достаточно
HubSpot по email дедуплицирует довольно хорошо уже из коробки, у Pipedrive встроенная дедупликация проще; почему для этой CRM нужна более явная логика проверки в самой интеграции, см. в материале как подключить сайт к Pipedrive (на английском).
Не только лиды: заказы, счета и платежи
Та же проблема встречается и за пределами CRM. Повторная попытка или повторно доставленное событие может создать заказ, счёт или платёж дважды, и цена этого выше, чем у дубля лида. Полезная проверка проста: безопасно ли выполнить это дважды? Установка состояния дважды безвредна: повторная отметка заказа как отправленного ничего не меняет. Добавление суммы дважды небезопасно: второй запуск удвоит итог. Шагам, которые добавляют или создают, нужна проверка заранее, например поиск существующей записи по устойчивому идентификатору перед созданием новой. Правила владения описаны в материале system of record for integrations (на английском), а проверки повторов — в automation testing checklist (на английском).
Когда после работы интеграции появляется дубль заказа или счёта, причина обычно в повторной попытке, втором триггере или перекрывающемся запуске, и найти её нужно до очистки. Причины по порядку разобраны в материале Automation ran twice: duplicate records (на английском).
Частые вопросы
Как предотвратить дубли лидов в автоматизации CRM?+
Проверять наличие совпадающего контакта перед созданием новой записи в каждой точке входа: при повторных отправках формы, когда тот же человек приходит через другой канал и когда платформы автоматизации вставляют запись вслепую при каждом срабатывании вебхука.
Справляется ли CRM с дедупликацией сама?+
Частично, и это зависит от CRM: встроенная дедупликация HubSpot сильнее, чем у Pipedrive, но ни одна из них полностью не закрывает дубли между каналами без дополнительной логики.
Как решить проблему двойных кликов по форме?+
Сразу после клика отключать кнопку отправки и перед созданием новой записи проверять, нет ли уже совпадающей.
Может ли помочь ИИ-квалификация?+
Да: слой квалификации, который сверяет контактные данные с существующими записями перед занесением нового лида, заметно уменьшает проблему.
А что с дублями, которые уже есть в нашей CRM?+
Эта страница — про предотвращение новых дублей; для разбора накопившихся дублей и несогласованных записей см. [Manual CRM Cleanup Automation (на английском)](/manual-crm-cleanup-automation/).
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.