Антидубль: одна карточка на клиента после сайта, Авито и мессенджеров

Заявки шли с сайта, с Авито и из мессенджеров. Всё уже падало в amoCRM. Один и тот же телефон жил в двух и трёх карточках: форма создала контакт, менеджер завёл ещё один руками, WhatsApp пришёл с «нового» номера в другом формате.

История рвалась. Два менеджера могли писать одному человеку. Отчёт по воронке считал одного клиента дважды.

Поставили виджет «Антидубль»: проверка при создании и обновлении, склейка по правилам или задача на проверку.

Проблема

1. Телефон записан по-разному: 8900… и +7 900…. Поиск «на глаз» совпадение пропускает.
2. Заявка с сайта и ручная карточка менеджера не встречались.
3. Мессенджер не приклеивался к уже существующему контакту.
4. На каждого входящего плодилась новая сделка, хотя клиент уже был в работе.
5. Ручная склейка успевала за разовым разбором и не успевала за ежедневным потоком.

Цель

• Один клиент — одна карточка контакта с историей.
• Не склеивать две разные покупки только потому, что телефон совпал.
• Ловить дубль в момент создания, а не на разборе в конце недели.
• Сначала чистить базу, потом назначать ответственного.

Решение

Включили блоки контактов и компаний. Поля поиска: телефон и email. Триггеры — создание и обновление. Перед проверкой стоит таймер, чтобы интеграция успела дописать номер.

Для контактов включили автосклейку: основная карточка, откуда брать поля, кого оставить ответственным.

Для сделок автосклейку на весь аккаунт не включали. Задали зоны: внутри рабочей воронки повторы можно объединять, между разными покупками — нет. Спорные сделки уходят задачей менеджеру. В «Неразобранном» объединение не выполняется.

После склейки контакта виджет проверяет связанные сделки, если блок сделок включён.

Как запускали

1. Привели телефоны к одному формату на новых заявках.
2. Разобрали, что считать дублем контакта и что нельзя склеивать у сделок.
3. Сохранили настройки виджета, чтобы встали вебхуки.
4. Прогнали пачку свежих заявок с сайта и из чата и проверили, что повтор садится в существующую карточку.
5. Только после этого включили распределение. Иначе очередь отдаёт дубль второму менеджеру.

Что изменилось

Повторная заявка с тем же телефоном больше не открывает третью карточку.

История переписки и сделок собирается на одном контакте. Менеджер видит, что человек уже обращался.

Сделки с разными договорами не схлопываются автоматически: их разбирает задача, а не правило «телефон совпал — значит одна покупка».

Распределение работает по чистой базе. Один клиент не попадает двум людям только потому, что карточек две.

Почему это работает

1. Проверка на входе. Дубль ловится при создании и обновлении, не на ежемесячной чистке.
2. Таймер под интеграции. Номер успевает доехать, прежде чем виджет решит, что карточка новая.
3. Контакт и сделка разведены. Контакты склеиваются смелее, сделки — по зонам.
4. Порядок с назначением. Сначала антидубль, потом ответственный.

Вывод

Дубли в amoCRM возвращаются, пока каналов несколько, а проверка ручная. Виджет закрывает правило «сначала поиск, потом новая карточка» и не даёт склеить всё подряд.

Как устроены поля, зоны и таймер: статья про дубли. Виджет: Антидубль от amoPROFI.

Если поиск по телефону находит несколько контактов на одного человека — разберём поля и зоны склейки на бесплатном аудите.