Одна заявка с Авито создаёт несколько сделок: как найти источник дублей

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

Общий выбор системы описан в статье о CRM для Авито. Здесь результатом станет цепочка создания конкретных карточек и проверка того же сценария после исправления.

Как доказать, что найден дубль?

Сопоставьте предмет покупки, исходное объявление, диалог, время и известные связи с клиентом. Одинакового имени недостаточно. Один заказчик может приобретать несколько разных товаров, а два человека могут использовать похожие имена.

Для спорных записей временно сохраните отдельный статус проверки. Выпишите, где находятся договорённости, активная задача, ожидаемая оплата и ответственный. Эти сведения понадобятся при выборе основной записи и не должны исчезнуть после объединения.

Крупный план

Правило поиска клиента и назначения должно быть явным

Пример Битрикс24

В открытой линии Битрикс24 показаны проверка клиента и направление обращения ответственному. Эти опции не устанавливают, относятся ли две сделки к одному заказу, и не являются настройками amoCRM.

Проследите создание обеих записей

В доступной истории карточки найдите время появления и источник. Проверьте подключённые каналы, автоматические действия и ручные операции сотрудников. Два маршрута могут обрабатывать одно событие независимо; это гипотеза для проверки, а не готовый диагноз.

В официальной справке amoCRM контроль дублей описан как настраиваемый механизм с областью поиска, источниками и действиями. Он не означает автоматического объединения любых похожих карточек. Справка о контроле дублей.

Не включайте объединение по широкому признаку только ради красивого счётчика. Совпадение телефона или другого поля требует понимания вашей единицы заказа. Особенно внимательно рассматривайте корпоративных покупателей с несколькими объектами и направлениями закупки.

Разведите повторный контакт и повторное создание

Если человек продолжил старый диалог, проверьте, какое поведение выбрано после закрытия сделки. В документации Umnico для подключения к amoCRM описан выбор между новой сделкой и последней закрытой. Это возможность конкретного маршрута. Не переносите её названия и действия на другие интеграции. Документация Umnico.

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

Крупный план

Повторное обращение обрабатывается по выбранному правилу

Пример Umnico

Видимый выбор относится к Umnico. Строка синхронизации воронки на изображении относится к MAX, а не к отдельной заявке Авито.

Условный пример: два независимых источника

Один текст покупателя появился в двух карточках с близким временем. В истории создания команда нашла разные источники. До этого менеджеры думали, что клиент отправил два запроса, и отвечали ему параллельно.

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

Как безопасно закрыть существующие дубли

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

Проверьте результат от лица рабочего менеджера: он видит историю, понимает следующий шаг и не получает две параллельные задачи. Затем разберите остальные записи, созданные той же причиной. Исправленный новый поток не устраняет автоматически старое накопление.

Для ведения истории используйте шаблон базы клиентов, для границ передачи - проверку интеграции с amoCRM. В журнале оставьте причину, затронутый период, объём проверенного набора и исключения.

Частые вопросы

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

Любые две сделки одного человека нужно объединять?

Сначала сравните предмет работы. Два самостоятельных заказа могут требовать отдельных записей при общей истории клиента.

Достаточно включить контроль дублей?

Проверьте критерии, область действия и поведение конкретной системы. Функция не исправляет неверно определённую единицу заказа.

Как понять, что причина устранена?

Повторите тот же согласованный сценарий и проверьте число карточек, назначения и задач. Затем сверяйте затронутый старый набор отдельно.