Дубли сделок и контактов в amoCRM: как они искажают окупаемость рекламы и что даёт автосклейка на входе

Один клиент оставил заявку с сайта, через день позвонил, ещё через неделю написал в мессенджер с другого номера. В базе — три карточки, три сделки, три источника. Для отчёта это три обращения, для рекламного кабинета — три касания, для менеджеров — повод поспорить, чья заявка. Клиент при этом один. С этого расхождения начинается перекос всех цифр, по которым собственник и РОП принимают решения о деньгах.

Откуда дубли берутся в базе

Повторы в amoCRM появляются в трёх типовых точках. Первая — импорт: перенос из Excel или старой CRM тянет за собой записи, которые уже есть в базе. Вторая — ручной ввод: менеджер не нашёл контакт через поиск (опечатка в имени, другой формат номера) и завёл новый. Третья — интеграции с сайтом, телефонией и мессенджерами: каждый канал создаёт карточку по своим полям.

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

Как повторы искажают воронку и атрибуцию

Механику проще показать на числах. Возьмём 10 000 заявок и 10% дублей. Реальная конверсия — 10%, но в сводке количество заявок раздуто на тысячу повторов, а число сделок не выросло. В итоге отчёт показывает конверсию около 9% (иллюстративный расчёт по данным зарубежной аналитики, привожу как модель логики). Количество заявок завышено, конверсия занижена — и обе цифры уходят в отчёт РОПа как факт.

Дальше ломается атрибуция. Одно обращение размазано по нескольким карточкам, и вклад канала, который на самом деле привёл клиента, делится между этими фрагментами. Канал выглядит слабее, чем он есть. Прогноз по воронке при этом раздут: дублирующиеся сделки создают ощущение наполненной воронки, хотя часть «сделок» — один и тот же человек.

Для маркетинга это означает простую вещь: окупаемость рекламы считается по искажённым данным. Бюджет перераспределяют в пользу каналов, чей вклад посчитан неверно, и режут те, что на деле работают. Ошибка в базе превращается в ошибку в бюджете.

Цена дублей в рекламном бюджете и часах менеджеров

По зарубежным оценкам, 15–30% контактных баз содержат дубли. В иллюстративной модели одного источника это завышает стоимость заявки примерно на 43%: кампания на 1000 контактов реально касается около 700 уникальных людей, остальное — оплата повторных касаний одного и того же человека. Эти проценты — ориентир логики по зарубежным оценкам, а не измеренная величина по рынку России и amoCRM. Долю дублей я проверяю на конкретном аккаунте клиента, прежде чем считать по ней деньги.

Вторая статья расходов — время. Разбор грязной базы и поиск верных данных отнимают у менеджера, по зарубежным оценкам, порядка 550 часов в год — около четверти рабочего времени, которое уходит не на продажи. Ручная чистка при этом не масштабируется: при доле дублей 10–30% база на 50 000 контактов даёт тысячи повторов и сотни человеко-часов на разбор. Каждый месяц роста базы — новый объём той же работы. Дешевле поставить проверку на вход, чем разгребать постфактум. Прикинуть, во сколько повторы обходятся именно вашей базе, проще всего от двух цифр: доля дублей на аккаунте и стоимость заявки.

Дедупликация на входе: как я её настраиваю

Проверку я ставлю в момент создания или редактирования контакта и компании. Система сверяет базу и, если находит совпадение, блокирует создание повтора и уведомляет менеджера — тот сразу видит, что такой клиент уже есть, и открывает существующую карточку. Чистота базы держится в реальном времени, на каждом входящем.

Совпадения ищу по ключевым полям — номеру телефона и адресу почты. Для юридических лиц расширяю поиск по ИНН, ОГРН и КПП через интеграцию с DaData: по одному телефону компанию не всегда опознать, а по реквизитам — надёжно. В результате дубль не попадает ни в отчётность, ни в рекламную статистику: он отсекается до того, как исказит цифры. Это часть доработки amoCRM под поток заявок, а не отдельный виджет ради галочки. Логику захвата на входе я разбирал и со стороны форм на сайте — что менять в формах захвата заявок, чтобы данные приходили чистыми уже с первого касания.

Склейка без потери истории и честная дата первого касания

Когда дубли уже накопились, я их объединяю. При склейке в итоговую карточку переносятся чаты, задачи, звонки и события — история клиента остаётся целой, за раз можно объединить до пяти сущностей. Ничего из переписки и звонков не теряется.

Датой создания беру самую раннюю из объединяемых карточек. Это ключевой момент для атрибуции: именно первое касание определяет, какой канал привёл клиента. Если взять позднюю дату, отчёт по источникам сместится, и заслуга уйдёт не тому каналу. После склейки у клиента один профиль, по которому менеджер ведёт сделку без повторных обращений по разным каналам.

Что получают собственник и РОП

Итог считается в деньгах. Конверсия и количество заявок в сводке совпадают с реальностью — по ним можно планировать, а не гадать. Стоимость заявки перестаёт быть завышенной за счёт повторов, и окупаемость рекламы считается по уникальным людям. Решения по бюджету опираются на верный вклад каждого канала, а не на раздутую воронку.

На стороне отдела продаж пропадают двойные звонки одному клиенту и споры за одну заявку между менеджерами — снимаются лишние касания и конфликты. База перестаёт быть источником искажений и становится тем, чем и должна быть: набором реальных клиентов, по которому видно, где реклама приносит деньги, а где их тратит впустую.