Дубли заявок в CRM: когда объединять клиентов, а когда сохранять обращения отдельно
Одинаковый телефон ещё не доказывает, что перед вами одна и та же сделка.
Как находить и обрабатывать дубли в CRM без потери повторных обращений: правила идентификации, источники, объединение контактов и контроль спорных случаев.
Кратко по делу
- • Различайте контакт, компанию, обращение и сделку.
- • Автоматически объединяйте только случаи с однозначными правилами.
- • Храните источник и историю каждого обращения после объединения.
Содержание статьи
Сначала определите, что именно повторилось
Один человек может оставить заявку дважды из-за ошибки формы, обратиться по новому вопросу через месяц или покупать для разных организаций. В первом случае полезно убрать технический повтор. Во втором и третьем важна отдельная история работы.
Разделите сущности: контакт отвечает на вопрос «кто», компания — «от чьего имени», обращение — «с каким запросом», сделка — «какой процесс продажи». Тогда одинаковый номер телефона перестаёт быть единственным основанием для решения.
Структуру карточек и правила поиска повторов можно определить во время аудита amoCRM.
Выберите несколько надёжных признаков
Телефон нормализуют до единого формата, email сравнивают без лишних пробелов, а внешний идентификатор сохраняют отдельно. Для B2B полезны ИНН или код контрагента, но и здесь возможны филиалы и несколько контактных лиц.
Составьте таблицу решений. Полное совпадение телефона и источника в течение минуты может означать повторную отправку. Совпадение контакта при другой теме спустя неделю — новое обращение. Неоднозначные случаи лучше отправлять сотруднику на проверку.
Не стирайте маркетинговую историю
После объединения контактных карточек должны сохраниться каналы, формы, рекламные параметры, комментарии и время обращений. Иначе отчёт покажет только последний источник и скроет путь клиента.
Проверьте, как правило действует на звонках, мессенджерах и заявках сайта. Для каждого канала нужен устойчивый идентификатор события, чтобы повторная доставка не создавала новую сделку.
Передачу идентификаторов формы и источника настраиваем через интеграцию Битрикс24 с сайтом.
Измеряйте ошибки в обе стороны
Считайте не только найденные дубли, но и ошибочные объединения. Последние опаснее: менеджер может увидеть чужую переписку или изменить не ту сделку. Выберите небольшую выборку решений и регулярно проверяйте её вручную.
После изменения правил повторите сценарии с одинаковым телефоном, разными организациями, новой услугой и повторным ответом сайта. Результатом должна быть понятная история, а не просто меньше карточек.
Назначьте владельца правил и журнал изменений. Когда появляется новый канал или меняется форма, он проверяет, какие идентификаторы поступают и как они влияют на объединение. Без такого пересмотра однажды настроенная логика постепенно перестаёт соответствовать реальным обращениям.
Что сделать на практике
- Разделите контакт, компанию, обращение и сделку.
- Нормализуйте ключевые идентификаторы.
- Опишите автоматические и ручные решения.
- Проверьте сохранение источников после объединения.
Услуги по теме
Аудит и донастройка amoCRM
Проверка действующей CRM: потерянные заявки, дубли, просроченные задачи и ошибки в автоматизации.
Подробнее →Сопровождение и обучение amoCRM
Поддержка настроек и интеграций, доработки воронок и обучение менеджеров на сценариях вашей компании.
Подробнее →Интеграция Битрикс24 с сайтом
CRM-формы, заявки и заказы сайта с передачей полей, источника и товарных позиций.
Подробнее →Хотите применить это к вашему проекту?
Разберём текущую задачу, определим состав работ и предложим последовательность изменений с понятными критериями результата.
