Начните с правила: повтор одной заявки нужно связать с исходной записью, а новый заказ того же покупателя — оформить отдельно. Для защиты CRM интернет-магазина от дублей настройте проверку повторных отправок на сайте, единый формат телефонов и поиск клиента перед созданием карточки. Затем согласуйте работу менеджеров и правила учёта рекламных источников. Ниже разберём, как отличить технический дубль от самостоятельного обращения, что поручить разработчику и как проверить результат, чтобы повторные записи не искажали отчёт по рекламе.
Что считать дублем заявки, а что — новым заказом?
Разделите клиента, обращение и заказ. Один человек может несколько раз написать по поводу одной покупки или оформить разные заказы. Совпадение телефона помогает найти клиента, но само по себе не доказывает, что новую заявку нужно объединить с прежней.
Например, покупатель отправил форму, затем написал в мессенджер, чтобы уточнить доставку. Если речь идёт о том же заказе, менеджеру нужен общий контекст переписки. Но когда этот покупатель возвращается за другим товаром, прежний контакт и новый заказ должны остаться отдельными сущностями.
Зафиксируйте правила для основных ситуаций:
- Повторно пришёл запрос с тем же идентификатором отправки — система возвращает результат первой обработки без новой заявки.
- Совпал телефон и клиент обсуждает текущий заказ — менеджер добавляет обращение к этому заказу.
- Совпал телефон, но покупатель оформляет другую покупку — менеджер создаёт новый заказ в карточке клиента.
- Данные противоречат друг другу — сотрудник проверяет совпадение вручную, без автоматического объединения.
Начните с настроек своей CRM: выясните, что именно она проверяет на дубли — контакты, заявки или сделки. Эти проверки могут работать по разным правилам. Названия сущностей тоже различаются, поэтому в задании разработчику опишите ожидаемое действие: «добавить сообщение к текущему заказу», «создать новый заказ» или «передать на проверку».
Как настроить сайт и передачу заявок в CRM?
Попросите разработчика проследить путь одной заявки: от нажатия кнопки до появления записи в CRM. Для форм WordPress заранее опишите поля, проверки, статусы воронки и способ передачи данных. Такой порядок подготовки интеграции описывает bzsoft.by: сначала понятная схема, затем настройка обмена.
На сайте после нажатия кнопки покажите, что форма отправляется, и временно запретите повторное нажатие. При ошибке верните возможность отправки и объясните пользователю, что произошло. Одна блокировка кнопки проблему не решает: повторный запрос может отправить сам механизм интеграции, даже если покупатель нажал только один раз.
На стороне интеграции нужен уникальный ключ отправки. При повторной попытке передать ту же заявку ключ должен оставаться прежним. Сервер проверяет его до создания записи и не запускает создание заново, если уже обработал запрос. Проверка должна учитывать и одновременные запросы, иначе оба успеют пройти её до появления результата.
Отдельно разберите ситуацию, когда CRM приняла заявку, но подтверждение не дошло до сайта. Повторная отправка с тем же ключом должна позволять найти результат первой попытки. Если интеграция ещё не завершила обработку, интерфейс не должен сообщать покупателю, что заказ уже создан в CRM.
Телефоны приводите к единому формату с учётом страны. Для белорусского номера это международная запись с +375. Не добавляйте этот код ко всем номерам подряд: у магазина могут быть покупатели с иностранными телефонами. Неполные и неоднозначные номера отправляйте на проверку, а не используйте для автоматического объединения.
Как связать звонки и сообщения с текущим заказом?
Дайте менеджеру понятный порядок действий: найти клиента, проверить текущий заказ, затем добавить обращение или создать новый. Если интеграция телефонии умеет открывать карточку по номеру, проверьте, какую запись она выбирает при нескольких совпадениях. Автоматический переход в случайную сделку только переносит путаницу внутрь CRM.
Для мессенджеров отдельно проверьте, какой признак помогает системе узнавать собеседника. В диалоге не всегда доступен телефон, а имя профиля не подтверждает, что перед менеджером тот же покупатель. В спорной ситуации сотрудник уточняет номер заказа и проверяет карточку до объединения.
По текущему заказу закрепите ответственного менеджера. Если обращение принял другой сотрудник, он добавляет заметку о разговоре и передаёт задачу ответственному. Так коллега увидит, что клиент уже получил ответ, прежде чем начнёт следующий контакт.
Сценарии работы операторов и связи обращений с заказами подробнее разобраны в статье на call-center.by. Используйте их при подготовке короткого регламента для сотрудников, которые принимают звонки и сообщения.
Как убрать дубли и сохранить смысл рекламной отчётности?
Согласуйте, что именно вы считаете результатом размещения: обращение, отдельный заказ или продажу. Если повторную доставку одной формы отчёт считает новой заявкой, сравнение рекламных площадок теряет смысл. При этом несколько реальных обращений одного покупателя могут отражать его путь к заказу, поэтому удалять всю повторную активность тоже неверно.
При объединении записей сохраняйте сведения об источниках и историю обращений. Первый переход по рекламе, повторный визит и сообщение покупателя отвечают на разные вопросы. Последнее обращение не должно автоматически стирать источник, через который клиент впервые пришёл на сайт.
Перед размещением в СМИ включите в медиаплан способ отслеживания отклика: отдельную страницу или ссылку с рекламными метками, если формат площадки это позволяет. Затем проверьте, доходят ли метки до CRM. По прямому заходу или обычному звонку без дополнительных признаков нельзя уверенно определить конкретное размещение.
Связать эти правила с планом кампании поможет медиапланирование на основе продаж и данных CRM. В отчётности полезно разделять показатели площадки и результат на стороне магазина: охват описывает аудиторию размещения, а CRM показывает обращения и заказы. Количество карточек само по себе охват не измеряет.
Для интернет-магазина, который одновременно размещает рекламу в СМИ и использует поиск, правила учёта должны быть сопоставимыми. При разборе поискового канала пригодится материал о том, как оценивать контекстную рекламу интернет-магазина. Сначала согласуйте определения заявки и заказа, затем сравнивайте источники.
Как проверить защиту от дублей перед запуском рекламы?
Проведите проверку на тестовых заявках и заранее запишите ожидаемый результат. Сам факт появления карточки ещё не подтверждает, что интеграция работает правильно. Нужно проверить повторную отправку, новый заказ прежнего клиента и передачу рекламного источника.
- Отправьте одну форму повторно с тем же ключом. Убедитесь, что CRM не создала вторую заявку.
- Проверьте повторную передачу после сбоя связи. Интеграция должна найти результат первой попытки либо показать понятный статус ошибки.
- Свяжитесь через другой канал по тому же заказу. Проверьте, видит ли менеджер предыдущую заявку и ответственного сотрудника.
- Оформите другой заказ с прежним телефоном. Убедитесь, что система сохранила его отдельно.
- Проверьте рекламные метки после объединения записей. История источников должна остаться доступной для отчёта.
Типичные ошибки, которые стоит проверить отдельно:
- Объединять все сделки по телефону. Исправление: учитывать заказ и цель нового обращения.
- При каждой повторной передаче создавать новый ключ. Исправление: сохранять ключ исходной отправки до завершения обработки.
- Считать блокировку кнопки полной защитой. Исправление: добавить проверку повторов на стороне интеграции.
- Заменять рекламный источник последним каналом связи. Исправление: сохранять историю касаний по согласованным правилам.
- Удалять повторные карточки до проверки их содержимого. Исправление: сначала сопоставить заказы, переписку и источники.
Сейчас откройте последнюю пару похожих заявок и за две минуты запишите, почему вы считаете их дублем: из-за повторной отправки, совпадения контакта или одного и того же заказа. Это станет первым конкретным правилом для настройки CRM.
