Loading...
Page tree
Skip to end of metadata
Go to start of metadata

Для чего нужна проверка на дубли?

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

Механизм проверки на дубли 

(warning) Новые сделки связываются с контактами, которые поступили в CRM через Roistat.

(информация) Если с момента создания первой заявки в течении часа пришла новая с дублирующимися данными, то она не отправится в СRM и будет помечена как "дубль" в любом случае (даже если удалить или изменить статус первой заявки). Это связано с тем, что синхронизация Roistat с подключенной к проекту CRM проходит один раз в час. 

Виды проверки на дубли

Существует два вида проверки на дубли: стандартная проверка и пользовательская проверка.

 Стандартная проверка

Алгоритм стандартной проверки на дубли:


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


Описание алгоритма:

При поступлении нового заказа Roistat начинает проверять созданные за последние 12 часов проксилиды. Если среди них нет дублей, то начинается проверка с учетом сделок (проверяются только сделки за последние 30 дней со статусом "В работе"). 

На полное совпадение проверяются следующие поля заявок: Заголовок заявки (название), Имя клиента, Телефон, Email, номер визита, а также дополнительные поля.  

Заявки с одинаковыми значениями полей (название, имя, телефон, емейл, номер визита) считаются дублями и не заносятся в проект.  

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

При проверке телефонные номера разных форматов (7499xxxxxxx, 8499xxxxxxx и 499xxxxxxx) считаются одинаковыми.  
  

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

Чтобы проверять сделки только в группе статусов “В работе”, в скрипт отправки заявок в CRM можно ввести параметр 'is_need_check_order_in_processing' => '1'. После этого Roistat не будет создавать заявку, если от клиента с такими же контактными данными уже есть заявка, относящаяся к одному из статусов группы “В работе” 

Чтобы узнать, какие статусы находятся в группе “В работе”нужно открыть Каталог интеграций и перейти в Настройки подключенной интеграции, где отображаются статусы сделок, распределенные по группам статусов Roistat: 

При поступлении заявок через КоллтрекингRoistat проверяет наличие в проекте заявок с тем же номером телефона и статусом В работе. Если Roistat находит их, то новые заявки не создаются. 

 Пользовательская проверка

(информация) В интеграциях AmoCRM, Битрикс24 (сделки), Битрикс24 (лиды+сделки), RetailCRM (новая интеграция) и Salesforce при пользовательской проверке на дубли учитываются все заявки, заведенные в СRM-системе. Интеграция больше не будет создавать лишние дубли.

Ранее проверка осуществлялась только по заявкам, которые были созданы нашей системой.

Пользовательская проверка удобнее стандартной, так как отслеживает заявки по дополнительным параметрам и за более долгий срок (до 90 дней, а стандартная - только за 12 часов).

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

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

Чтобы настроить пользовательскую проверку, нужно:

      1. В проекте Roistat открыть Каталог интеграций

      2. В разделе Сейчас подключено на виджете подключенной CRM или CMS нажать Настроить
      3. В верхней части страницы настроек или под блоком с настройками (в зависимости от выбранной интеграции) пройти по ссылке Настройка проверки на дубли: 

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

  Если включена проверка и по номеру телефона, и по email, достаточно совпадения только по одному признаку, чтобы Roistat считал поступающую заявку дублем. 

    5. Если включить кнопку с таким же emailто Roistat не будет создавать заявки от клиентов, чей адрес электронной почты уже есть в проекте Roistat

    6. Если включить кнопку с таким же номером телефонато Roistat не будет создавать заявки от клиентов, чей телефон уже есть в проекте Roistat. 

    7. В настраиваемой проверке на дубли система не учитывает заголовки. Сделка будет помечена как дубль, если выполняется условие пункта 5 или 6, но заголовки различаются. 

    8. В поле За какой период учитывать сделки укажите период, прошедший с момента создания заявки. Максимальный период - 90 дней.  

    9. Если в разделе Заявки в каких статусах проверять? вы включите кнопку с названием статуса сделки, то поступающая сделка будет считаться дублем, если она подходит под параметры в пунктах 5 или 6 и под указанный статус. В разделе Заявки в каких статусах проверять? отображаются статусы из группы статусов "В работе", "Оплаченные" или "Отмененные".

(warning) Необходимо указать хотя бы один статус.

    10. Нажать кнопку Сохранить.

Roistat сравнивает поступающие заявки со всеми имеющимися в проекте заявками, подходящими под параметры в пунктах 5, 6, 9 инструкции.  

(warning) Параметр 'is_need_check_order_in_processing' => '0' не участвует в пользовательской проверке на дубли.

(warning) В пользовательской проверке на дубли есть возможность установить время на выполнение задачи менеджером (при обнаружении дубля).
Эта возможность работает следующим образом: при обнаружении дубля менеджеру ставится задача с текстом "Повторная заявка от клиента" и указывается время, за которое менеджер должен выполнить заявку. После этого менеджер связывается с клиентом и дополняет текущую заявку новой информацией. Это помогает не терять повторные заявки от клиентов и не накапливать лишние заявки:

(отметить) По некоторым причинам сделки могут долго оставаться в неактуальном статусе, хотя по факту работа с ними закончена. Если в пункте 8 указан пеиод 0 (= 90 дней) и при проверке на дубли Roistat находит идентичную сделку с указанным в пункте 9 статусом, поступающую сделку считает дублем и не добавляет ее в проект. В этом случае теряются сделки, которые объективно следует добавлять в проект. Уточнение периода в пункте 8 решает эту проблему. Сделки, идентичные уже добавленным в проект вне указанного периода, Roistat не считает дублями и добавляет их в проект.

(информация) Сделки, которые Roistat определил как дубли, отображаются в списке отправленных заявок с пометкой Дубль в графе Статус. Для просмотра сделок в окне настройки подключенной интеграции пройдите по ссылке Список отправленных заявок.

Создание задач и комментариев при дублирующей сделке

(warning) Для того, чтобы менеджеры могли успешно отрабатывать заявки-дубли, пользователи amoCRM, Битрикс24 и retailCRM могут включить или выключить создание задач и комментариев к дублю.

(warning) Чтобы менеджер не пропускал повторные заявки, нужно настроить автоматическое создание дополнительных задач и комментариев в сделке, с которой работает менеджер.

(информация) В графе За какой период учитывать заявки можно указать любое количество дней. Период по умолчанию - 90 дней.

(warning) Переключатели Создать задачу в текущей сделке и Создать комментарий в текущей сделке можно включить только в пользовательской проверке на дубли.

В списке отправленных заявок можно самостоятельно проверить, в какой сделке была создана задача и комментарий: 

(информация) К дублирующей заявке можно добавить примечание и задачу, если Roistat отправляет заявки в статус Неразобранное в amoCRM и если оригинальная сделка не находится в статусе Неразобранное.

  • No labels