Почему дубли лидов — это дорого
Дубль лида в Битрикс24 — это не только «лишняя строчка» в CRM. Каждый дубликат рушит ключевые процессы отдела продаж:
- Конкуренция менеджеров за клиента. Двое сотрудников могут одновременно обрабатывать одного и того же человека и звонить ему по очереди.
- Искажение аналитики. Конверсия из лида в сделку, стоимость лида, эффективность каналов — все эти показатели завышаются за счёт дублей.
- Потеря истории. Менеджер не видит, что клиент уже обращался, и начинает разговор «с нуля» вместо продолжения работы.
- Сбой автоматизации. Роботы и бизнес-процессы запускаются повторно: дублирующие письма, задачи, уведомления.
Источники дублей типовые: повторные заявки с сайта через вебхук (crm.lead.add), параллельные обращения по почте и телефонии, ручное создание карточки менеджером, импорт базы из старой CRM или Excel-файла.
Стратегия 1. Штатный контроль дубликатов Битрикс24
Самый быстрый и бесплатный способ — задействовать встроенный механизм. Битрикс24 «из коробки» умеет искать совпадения по телефону, email и ФИО/названию и предупреждать менеджера при ручном создании карточки.
Когда подходит:
- небольшой поток лидов (десятки в день);
- основной источник дублей — ручной ввод менеджерами;
- нет жёстких требований по полю-идентификатору (например, ИНН).
Ограничения: штатный поиск работает по фиксированному набору полей и не блокирует сохранение — менеджер может проигнорировать предупреждение. Для входящих по API (вебхук с сайта) штатная проверка не отрабатывает так же надёжно, как при ручном создании.
Стратегия 2. Склейка по телефону и email на этапе создания лида
Если основной поток — заявки с сайта через вебхук crm.lead.add и звонки через интегрированную телефонию, ключевыми идентификаторами становятся телефон и email. Логика склейки:
- Заявка приходит в Битрикс24 (вебхук, форма, телефония).
- До создания лида выполняется поиск по нормализованному телефону и email среди активных лидов и контактов.
- При совпадении — новая заявка прикрепляется к существующей карточке как повторное обращение (комментарий в таймлайн, новое дело), а не создаёт новый лид.
- При отсутствии совпадений — создаётся новый лид штатным методом.
Нормализация обязательна: +7, 8, пробелы и скобки в телефоне должны приводиться к единому формату, email — к нижнему регистру.
Когда подходит:
- основные источники — сайт и телефония;
- лиды квалифицируются в воронке лидов перед конвертацией в сделку (как в типовой схеме: квалификация → конвертация в сделку, контакт и компанию для юрлица);
- ценность каждого контакта высокая и терять историю нельзя.
Стратегия 3. Бизнес-процесс поиска дублей по ИНН (для B2B)
Для работы с юрлицами телефон и email — слабые идентификаторы: у компании может быть несколько номеров и почт, у сотрудников — личные контакты. Надёжный ключ — ИНН.
По нашему опыту в проектах с B2B-сегментом настраивается отдельный бизнес-процесс:
- при запуске БП проводится поиск по всем значениям пользовательского поля ИНН;
- при обнаружении дубля ответственному сотруднику приходит уведомление или задача на ручную обработку;
- решение о склейке принимает человек, потому что юрлица бывают связанными (группа компаний, филиалы).
Аналогично решается контроль дубликатов в карточке компании: при сохранении запускается скрипт, который ищет компании с полностью совпадающим ИНН или названием (регистронезависимое сравнение). Если дубликат найден — показывается всплывающее окно с ID компании-дубликата и сохранение блокируется до решения пользователя.
Когда подходит:
- B2B-продажи, основная сущность — компания;
- есть требование жёстко блокировать создание дубля, а не просто предупреждать;
- ИНН реально заполняется (поле обязательное или приходит из интеграции).
Стратегия 4. Контроль на входе через интеграции
Большая часть дублей рождается не в CRM, а на стыке систем. Типичные точки:
- форма на сайте, которая шлёт вебхук
crm.lead.addпри каждой отправке; - несколько форм на одном сайте (заявка, подписка, калькулятор) с разными
SOURCE_ID; - параллельные интеграции (сайт + телефония + почта + мессенджеры).
Что делать на уровне интеграций:
| Точка дублей | Решение |
|---|---|
| Повторная отправка формы тем же пользователем | Передавать в вебхуке UTM-метки и ClientID Яндекс.Метрики, проверять по ним недавние лиды |
| Заявка с сайта + звонок того же клиента | Склейка по нормализованному телефону до создания лида |
| Подписка + основная заявка | Разделять воронки по SOURCE_ID (WEBFORM, WEB и т.п.), склеивать по email |
| Импорт из старой CRM | Предварительная очистка Excel-файла: объединение одинаковых компаний в одну карточку с привязкой всех контактов |
Отдельно про импорт: при загрузке базы из предыдущей системы все записи с одинаковым названием компании объединяются в одну карточку, а все связанные физлица привязываются к ней как отдельные контакты. Это исключает «стартовый» массив дублей сразу после переезда.
Стратегия 5. Кастомная логика на бизнес-процессах и доработках
Когда штатных инструментов не хватает — настраивается кастомная логика. Типовые сценарии из нашей практики:
- Жёсткая блокировка сохранения дубля. Скрипт на событие сохранения карточки: ищет совпадения по ключевым полям, при нахождении блокирует сохранение и показывает ID найденного дубликата.
- Регулярный фоновый поиск. БП по расписанию проходит по базе, находит дубли по ИНН/телефону/email и ставит задачу руководителю на массовую склейку.
- Многоуровневая проверка. Сначала точное совпадение по ИНН → если нет, по нормализованному телефону → если нет, по email → только потом создаём новую карточку.
- Дублирование значения поля для построения сводных ключей: значение одного поля автоматически копируется в другое (служебное) поле, по которому удобно искать дубли.
Когда подходит:
- большой поток лидов (сотни в день);
- сложная структура источников;
- требование к точности аналитики выше, чем готовы обеспечить штатные средства.
Как выбрать стратегию: чек-лист
Перед тем как настраивать антидубль-механику, ответьте на пять вопросов:
- Какой основной источник лидов? Сайт, телефония, почта, ручной ввод, импорт — у каждого свои точки появления дублей.
- B2C или B2B? Для физлиц ключ — телефон/email, для юрлиц — ИНН.
- Что важнее: не потерять лид или не допустить дубль? От этого зависит, блокировать сохранение или только предупреждать.
- Кто принимает решение о склейке? Менеджер, руководитель, скрипт автоматически.
- Какой объём? Десятки лидов в день — хватит штатных средств; сотни — нужны БП и доработки.
В типовом проекте мы стартуем со стратегий 1–2 (штатные средства + склейка по телефону/email на вебхуке), а стратегии 3–5 добавляем по мере роста потока и появления специфики (B2B, импорт, мультиканальность).