Если одно обращение оказалось в двух сделках, сначала проверьте, действительно ли карточки описывают одну продажу. Затем объедините подтвержденный дубль и выясните, почему он появился. Одна только очистка базы не исправляет повторную отправку формы или правила подключенной интеграции.
Главный вопрос при проверке — совпадает ли предмет переговоров. Один телефон может принадлежать клиенту с несколькими самостоятельными заказами.
Как отличить дубль от повторной продажи
Сравните задачу клиента, время обращения, переписку и договоренности. Совпадение контакта — повод посмотреть карточки, но решение нужно принимать по содержанию.
| Ситуация | Что проверить | Возможное решение |
|---|---|---|
| Две сделки появились после одной формы | Совпадают ли заявка, время и содержание | Объединить после проверки и исследовать маршрут формы |
| Клиент написал в двух каналах об одном заказе | Относятся ли оба диалога к одной договоренности | Вести переговоры в одной сделке |
| Клиент заказывает другую услугу | Есть ли самостоятельный объем работ и результат | Оставить отдельную сделку |
| Один номер используют несколько сотрудников | Кто обращался и от чьего имени | Разобрать связи контактов и сделок вручную |
| Новая карточка появилась спустя несколько месяцев | Это новая покупка или продолжение прежней | Решить по истории, а не только по дате |
Дубли контактов и дубли сделок — разные задачи. Даже после устранения повторяющихся карточек контакта у человека могут остаться несколько обоснованных сделок.
Как найти и объединить сделки в amoCRM
По официальной справке, поиск доступен в браузерной версии пользователям с полными правами на просмотр, редактирование и удаление. Откройте «Сделки», меню с тремя точками и «Поиск дублей». Поиск использует совпадения телефонов и email связанных контактов. Инструкция amoCRM.
Перед объединением откройте обе карточки. Проверьте предмет продажи, ответственного, текущие обязательства, сумму, этап и данные, которые важны вашему отделу. Если значения различаются, заранее определите правильные и проконтролируйте их в результате.
Для подтвержденной пары выберите «Объединить», проверьте предложенные интерфейсом параметры и подтвердите операцию только после сравнения карточек. Также доступны пропуск и отметка «Не является дублем». Последняя влияет на дальнейшие предложения системы, поэтому при сомнении лучше сначала разобраться. Справка указывает, что при объединении сохраняются задачи и история коммуникаций. Если нужная пара не найдена, документация предлагает ручное объединение через список. Описание обработки дублей.
После операции проверьте итоговую карточку: кто продолжает работу, какие задачи актуальны, не осталось ли двух одинаковых звонков в плане менеджеров. Для внешних сервисов отдельно проверьте используемые ссылки и идентификаторы: сохранение истории внутри CRM не подтверждает корректность всех интеграций.
Найдите точку, где обращение раздвоилось
Для разбора выберите одну понятную пару, появление которой можно восстановить по времени. Массовое объединение затруднит сравнение исходных карточек.
Запишите без персональных данных: время создания, источник, подключенный обработчик и технический идентификатор события, если он доступен. Далее двигайтесь от формы или канала к CRM.
Две карточки возникают почти одновременно. Проверьте, не отправляют ли одно событие два обработчика. Например, у формы может одновременно работать штатное подключение и отдельный сценарий автоматизации. Это гипотеза, которую нужно подтвердить журналами.
Вторая карточка появляется после задержки. Проверьте повторы отправки. Получатель мог обработать событие, а отправитель не получить подтверждение и отправить его снова. Для такого случая интеграции нужно правило распознавания уже обработанного события.
Повтор появляется только при смене канала. Уточните логику поиска существующей сделки. Возможно, каждый канал создает новую карточку, хотя отделу требуется продолжать текущие переговоры.
Дубли появляются после импорта или ручной работы. Сравните правила загрузки и действия сотрудников. Нужно понять, когда искать существующую запись, а когда создавать новую. Одинаковый телефон не должен автоматически запрещать повторную продажу.
Перечисленное — направления диагностики, а не установленные причины в вашем аккаунте.
Учебный пример: форма отправляет заявку дважды
Предположим, менеджер видит две сделки с одинаковой задачей и разницей во времени в несколько секунд. Из этого еще нельзя сделать вывод, что пользователь дважды нажал кнопку.
Сначала сравниваем отправки формы. Если пользовательское событие одно, а обращений к CRM два, исследуем обработчики и повторы доставки. Если отправок две, выясняем, это техническое повторение одной заявки или действительно измененное обращение.
Для защиты от технических повторов можно использовать устойчивый идентификатор исходного события. Конкретная реализация зависит от формы и интеграции. Блокировка кнопки в браузере полезна для интерфейса, но ее недостаточно для обработки повторов на сервере.
После исправления повторяем тот же сценарий на тестовом приемнике и проверяем отдельный новый заказ того же клиента. Он должен пройти согласно правилам бизнеса, даже если телефон уже есть в базе.
Чек-лист проверки после исправления
- Одно новое обращение создает ожидаемое количество записей.
- Повтор доставки того же события не создает лишнюю сделку.
- Самостоятельный новый заказ существующего клиента не теряется.
- У заявки сохраняются источник и переданные UTM.
- Ответственный получает задачу без повторного назначения одинаковой работы.
- Ошибка обработки видна человеку, который может ее разобрать.
Наблюдайте за тем же источником после исправления. Единичная успешная проверка подтверждает конкретный сценарий, но не работу всех каналов и исключений.
Если дубли возвращаются, обратитесь в GEORGE Consulting для разбора действующей amoCRM. Для начала опишите канал, время появления повторов и подключенные сервисы. Не отправляйте пароли или клиентскую базу в открытой переписке. По этим сведениям можно определить, какую часть маршрута заявки проверять первой.
Если повторы возникают в сообщениях с объявлений, проверьте маршрут обращения из Авито в amoCRM.