Наверх
Подписаться

Статистика

Содержание

 

 

Настройки статистики

В данной статье подробно описаны общие настройки сбора и отображения статистики в личном кабинете Calltouch. Все настройки далее располагаются в меню "Настройки", раздел "Статистика":

Screen_Shot_2018-02-25_at_19.09.29.png

 

 

Модель атрибуции звонков и заявок

Модель атрибуции определяет каким образом присваивать источник уникальным звонкам и заявкам, а так же повторным - если правило присвоения источников повторных звонков и заявок имеет значение "По факту каждого звонка и заявке", см. далее. Изменение модели атрибуции приведет к изменению отображения всей статистики с момента подключения Вашего сайта к сервису Calltouch. Вы можете в любой момент менять значение модели атрибуции и статистика будет отображаться в личном кабинете Calltouch в зависимости от выбранного значения в настройках:

Screen_Shot_2018-02-26_at_13.36.05.png

Последний непрямой

Модель атрибуции по умолчанию. Источник звонка или заявки определится по последнему непрямому переходу на сайт. Если прямой переход на сайт будет единственным переходом перед совершением звонка или отправкой заявки, то источник обращения определится как прямой переход. Источник "прямой переход" в статистике Calltouch обозначается как (direct) (none).

Последнее взаимодействие

Источник звонка/заявки определится по последнему переходу на сайт перед совершением звонка.

advice_ver2.png Выбранная модель атрибуции может быть применена только к статистике веб-интерфейса личного кабинета Calltouch. Статистика по данным, передаваемым в сторонние системы (например, amoCRM, Инфоклиника и прочие), а так же по API и вебхукам, будет построена по выбранной модели атрибуции в соответствующих разделах настроек интеграций или API и вебхуков.

 

Определение источника звонка при переходе посетителя с платного трафика в рамках сессии с НЕплатного трафика

Если посетитель перешел на сайт с любого НЕплатного трафика (seo, direct none, referral), а затем в рамках создавшейся сессии перешел уже с платного трафика (utm_medium=cpc), то прежняя сессия с НЕплатного трафика завершается, и создается новая сессия платного трафика. Источник звонка в данном случае определится по последней сессии.

Данное правило работает вне зависимости от настроек модели атрибуции.

Пример:

  • 1 посещение в 10:21 - (direct) (none)
  • 2 посещение в 10:22 - yandex cpc, затем звонок на отобразившийся на сайте отслеживаемый номер

Первая сессия с (direct) (none) сразу закончится и создастся новая с yandex cpc. Источник звонка при этом определится по последней сессии, в данном случае - yandex cpc. В истории посещений журнала звонков будут доступны все посещения, включая первое (direct) (none).

 

 

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

Правило определяет каким образом присваивать источник повторным звонкам или заявкам. Уникальность звонка в сервисе Calltouch определяется по номеру телефона клиента, с которого он совершает первый звонок, или который он оставляет в первой заявке, если в разделе Способ определения уникальности заявки (см. далее) выбрана опция "По номеру телефона => Номера из заявок и из звонков" или "По почте или номеру телефона => Номера из заявок и из звонков + почты из заявок". Повторные звонки и заявки - это звонки и заявки с того же номера клиента, что и его первый звонок или первая заявка (с учетом способа определения уникальности заявки). Если клиент совершает звонок или оставляет заявку с номера телефона ранее не зафиксированного сервисом Calltouch по данному сайту, то данный звонок или заявка будет уникальными. В данном блоке настроек Вы можете изменить это правило:

Screen_Shot_2018-02-26_at_10.55.04.png

Изменение данного правила НЕ приведет к изменению отображения всей статистики с момента подключения Вашего сайта к сервису Calltouch. Изменения вступят в силу только с момента установки того или иного значения правила.

По первому звонку или заявке

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

Модель атрибуции "Последний непрямой" или "Последнее взаимодействие" будет применяться только для первого звонка и заявки.

advice_ver2.png При звонке на статический номер, источник этого звонка будет всегда равен закрепленному за этим номером источником, вне зависимости от источника звонков ранее. Если после этого клиент со своего же номера повторно позвонит уже на номер из динамического пула, источник по-прежнему будет определен по первому звонку или заявке, как было и до звонка на статический номер.

По факту каждого звонка или заявки

Источник повторного звонка определяется каждый раз в момент его совершения.

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

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

 

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

Пример 1 - последний непрямой / по первому звонку или заявке / по номеру телефона => номера из заявок

Настройки:

  • Модель атрибуции звонков и заявок: Последний непрямой
  • Правило присвоения источника повторным звонкам и заявкам: По первому звонку или заявке
  • Способ определения уникальности заявки: По номеру телефону => Номера из заявок

Клиент совершил 3 звонка и 2 заявки:

Номер звонка / заявки Действие клиента Источник звонка / заявки
1 заявка от клиента (уникальная) В 08:00 клиент заполнил на сайте форму и отправил заявку с yandex / cpc. yandex / cpc
1 звонок клиента (уникальный) В 09:10 клиент сделал первый звонок с (direct) (none).   (direct) (none)
2 звонок клиента (повторный) в 10:30 клиент сделал повторный звонок с google cpc. (direct) (none)
2 заявка от клиента (повторная) В 11:00 клиент повторно заполнил на сайте форму и отправил заявку с (direct) (none). yandex / cpc
Переход на сайт, без звонка В 12:00 выполнен только переход с yd cpc, без выполнения звонка.  
3 звонок клиента (повторный) В 14:00 сделан еще один повторный звонок, не переходя на сайт. (direct) (none)

 

В данном примере источник определился у первой заявки yandex / cpc и у первого уникального звонка - (direct) (none). А всем повторным звонкам и заявкам он присвоится автоматически, такой же как и у первого звонка или заявки. При этом уникальность между заявкой и звонком не была прокинута, т.к. в способе определения уникальности заявки была выбрана опция "Номера из заявок", которая проверяет уникальность заявок только среди заявок и не распространяется на звонки.

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

 

Пример 2 - последний непрямой / по первому звонку или заявке / по номеру телефона => номера из заявок и из звонков

Настройки:

  • Модель атрибуции звонков и заявок: Последний непрямой
  • Правило присвоения источника повторным звонкам: По первому звонку или заявке
  • Способ определения уникальности заявки: По номеру телефону =>
    номера из заявок и из звонков

Клиент совершил 3 звонка и 2 заявки, такие же как и в первом примере:

Номер звонка / заявки Действие клиента Источник звонка / заявки
1 заявка от клиента (уникальная) В 08:00 клиент заполнил на сайте форму и отправил заявку с yandex / cpc. yandex / cpc
1 звонок клиента (уникальный) В 09:10 клиент сделал первый звонок с (direct) (none).   yandex / cpc
2 звонок клиента (повторный) в 10:30 клиент сделал повторный звонок с google cpc. yandex / cpc
2 заявка от клиента (повторная) В 11:00 клиент повторно заполнил на сайте форму и отправил заявку с (direct) (none). yandex / cpc
Переход на сайт, без звонка В 12:00 выполнен только переход с yd cpc, без выполнения звонка.  
3 звонок клиента (повторный) В 14:00 сделан еще один повторный звонок, не переходя на сайт. yandex / cpc

 

В данном примере источник определился у первой заявки yandex / cpc, а всем повторным звонкам и заявкам он присвоится автоматически, такой же как и у первой заявки, т.к. в способе определения уникальности заявки была выбрана опция "Номера из заявок и из звонков", которая проверяет уникальность заявок и среди заявок и среди звонков и распространяется на звонки.

 

Пример 3 - последнее взаимодействие / по факту каждого звонка или заявки / по почте или номеру телефона => номера из заявок и из звонков + почты из заявок

Настройки:

  • Модель атрибуции звонков и заявок: Последнее взаимодействие
  • Правило присвоения источника повторным звонкам: По факту каждого звонка или заявки
  • Способ определения уникальности заявки: по почте или номеру телефона => номера из заявок и из звонков + почты из заявок

Клиент совершил 3 звонка и 2 заявки, такие же как и в первом примере:

Номер звонка / заявки Действие клиента Источник звонка / заявки
1 заявка от клиента (уникальная) В 08:00 клиент заполнил на сайте форму и отправил заявку с yandex / cpc. yandex / cpc
1 звонок клиента (уникальный) В 09:10 клиент сделал первый звонок с (direct) (none).   (direct) (none)
2 звонок клиента (повторный) в 10:30 клиент сделал повторный звонок с google cpc. google cpc
2 заявка от клиента (повторная) В 11:00 клиент повторно заполнил на сайте форму и отправил заявку с (direct) (none). (direct) (none)
Переход на сайт, без звонка В 12:00 выполнен только переход с yd cpc, без выполнения звонка.  
3 звонок клиента (повторный) В 14:00 сделан еще один повторный звонок, не переходя на сайт. Источник не определен

 

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

 

 

Глубина определения уникальности звонка

Уникальность номера определяется по номеру телефона клиента, с которого он совершает свой первый звонок. По умолчанию первый звонок клиента определяется как уникальный и запоминается на весь период с момента подключения проекта. При необходимости это правило можно изменить, чтобы помнить первый звонок клиента как "уникальный" только определенное количество дней:

Screen_Shot_2018-02-26_at_10.16.33.png

При поступлении нового звонка производится следующая проверка на уникальность:

  • Если дата последнего звонка будет больше, чем значение глубины уникальности, то в статистике звонок отобразится как уникальный
  • Если дата последнего звонка будет меньше, чем значение глубины уникальности, то в статистике звонок отобразится как повторный.
  • Если в разделе Способ определения уникальности заявки выбрана опция "По номеру телефона => Номера из заявок и из звонков" или "По почте или номеру телефона => Номера из заявок и из звонков + почты из заявок", то при поступлении нового звонка, его уникальность будет определяться не только поиском среди ранее зафиксированных звонков с этого же номера, но и поиском среди ранее зафиксированных заявок, в которых был указан этот же номер. Для передачи номера в заявках мы рекомендуем использовать формат 7XXXXXXXXXX, но если Вы вдруг использовали другой формат, Calltouch попытается привести его к стандартному формату 7XXXXXXXXXX (например, автоматически убрав из него знаки +, - или скобки), и произвести по этому номеру поиск среди уже существующих заявок и звонков. В результате, если с этого номера ранее был совершен другой звонок или оставлена заявка - звонок будет повторный. В ином случае, если с этого номера не было совершено ранее звонков и не оставлялись заявки - звонок будет уникальный.

 

advice_ver2.png Данная настройка действует только с момента изменения. Уникальность звонков до изменения настройки пересчитана не будет.

 

Пример 1. Настройка глубины уникальности звонка по умолчанию.

Клиент позвонил с номера 74950000001 1 января 2016 года на подменный номер проекта Х. Через 2 года тот же абонент 74950000001 совершил звонок на любой (необязательно тот же самый, что и в первый раз) отслеживаемый номер того же проекта Х.

  • Первый звонок будет уникальным
  • Второй — повторным

 

Пример 2. Глубина определения уникальности звонка = 30 дней.

Клиент совершил звонок с номера 74950000002 1 января 2018 года на любой подменный номер проекта Y. 15 января 2018 года клиент позвонил с того же номера 74950000002 на любой (необязательно тот же самый, что и в первый раз) отслеживаемый номер того же проекта Y. 2 февраля 2018 года тот же клиент еще раз позвонил с номера 74950000002 на любой отслеживаемый номер проекта Y. 4 марта 2018 года тот же клиент с номером 74950000002 еще раз позвонил на любой отслеживаемый номер проекта Y.

  • Первый звонок будет уникальным
  • Второй звонок будет повторным
  • Третий звонок будет повторным
  • Четвертый звонок будет снова уникальным, т.к. с момента последнего звонка — 2 февраля до следующего звонка — 4 марта прошли указанные вами 30 дней.

Пример 3. Настройка глубины уникальности звонка по умолчанию,
способ определения уникальности заявки "По номеру телефона => Номера из заявок и из звонков", модель атрибуции "Последний непрямой", правило присвоения источника повторным звонкам и заявкам "По первому звонку или заявке".

Посетитель перешел на сайт по контекстной рекламе утром, находясь на работе, и оставил заявку в отслеживаемой форме, указав своей номер телефона. Заявка зафиксировалась в журнале заявок Calltouch. Вечером приехав домой, он повторно зашел на сайт уже из закладок браузера (прямой переход), и совершил первый звонок на выделившийся ему номер с того же номера, что ранее указывал в форме. Не смотря на то, что это будет его первый звонок, он не станет уникальным, т.к. до этого этот же номер, с которого он позвонил, был указан в заявке. В этом примере заявка будет уникальной, ее источник будет контекстная реклама. Звонок же будет повторный, его источник будет такой же как и у заявки - контекстная реклама.

 

 

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

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

Screen_Shot_2018-02-25_at_22.25.18.png

 

По номеру телефона

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

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

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

advice_ver2.png Для корректного определения уникальности по номеру телефона, Ваш сайт всегда должен отправлять нам номера в едином формате. Рекомендуется использовать формат 7XXXXXXXXXX.

Кросс-уникальность звонков и заявок

Обратите внимание, что выбор второй опции выше Номера из заявок и из звонков так же затронет и проверку звонков на уникальность. В этом случае при поступлении нового звонка, его уникальность будет определяться не только поиском среди ранее зафиксированных звонков с этого же номера, но и поиском среди ранее зафиксированных заявок, в которых был указан этот же номер. Для передачи номера в заявках мы рекомендуем использовать формат 7XXXXXXXXXX, но если Вы вдруг использовали другой формат, Calltouch попытается привезти его к стандартному формату 7XXXXXXXXXX (например, автоматически убрав из него знаки +, - или скобки), и произвести по этому номеру поиск среди уже существующих заявок и звонков. В результате, если с этого номера ранее был совершен другой звонок или оставлена заявка - звонок будет повторный. В ином случае, если с этого номера не было совершено ранее звонков и не оставлялись заявки - звонок будет уникальный.

Кросс-проектная аналитика

Так же стоит отметить, что если Вы ранее включили опцию Общий ID клиента на группу сайтов в настройках кросс-проектной аналитике, то проверка на уникальность будет производиться среди заявок и звонков всех сайтов в группе. Рассмотрим два примера для наглядности.

Пример 1. Если в настройках сайта siteA.ru и siteB.ru включены одновременно две опции Номера из заявок и из звонков и Общий ID клиента на группу сайтов, то уникальность каждого звонка и заявки будут проверяться среди звонков и заявок обоих сайтов siteA.ru и siteB.ru.

Пример 2. Если в настройках сайта siteA.ru включены две опции Номера из заявок и из звонков и Общий ID клиента на группу сайтов, а в настройках siteB.ru включена только одна опция Общий ID клиента на группу сайтов (и не включена Номера из заявок и из звонков), то уникальность каждого звонка и заявки siteA.ru будут проверяться среди звонков и заявок обоих сайтов siteA.ru и siteB.ru, а уникальность каждого звонка и заявки siteB.ru будут проверяться только среди звонков и заявок сайта siteB.ru.

По почте

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

По почте и номеру телефона

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

  • Номера из заявок и почты из заявок (по умолчанию) - по переданному в заявке номеру будет произведен поиск только среди номеров уже существующих заявок, а по переданной почте будет произведен поиск среди почт уже существующих заявок. Если заявок с этим номером телефона и с этой почты еще не было (не обязательно, чтобы в одной заявке был и этот номер и эта почта), то новая заявка будет уникальной. Если заявки с этим номером телефона или с этой почты уже были (не обязательно, чтобы в одной заявке был и этот номер и эта почта), то новая заявка будет повторной.
  • Номера из заявок и из звонков + почты из заявок - по переданному в заявке номеру будет произведен поиск и среди номеров уже существующих заявок, и среди звонков, а по переданной почте будет произведен поиск среди почт уже существующих заявок. Если заявок с этим номером телефона и с этой почты еще не было (не обязательно, чтобы в одной заявке был и этот номер и эта почта), то новая заявка будет уникальной. Если заявки с этим номером телефона или с этой почты уже были (не обязательно, чтобы в одной заявке был и этот номер и эта почта), то новая заявка будет повторной.

advice_ver2.png Поиск почт происходит по полному соответствию почты, регистр игнорируется. Описанные в первом способе По номеру телефона кейсы кросс-уникальности звонков и заявок, а так же кросс-проектной аналитики справедливы и для данного способа По почте и номеру телефона.

 

 

История посещений

У любого звонка в журнале звонков можно открыть детальную историю пользователя, совершившего выбранный звонок:

Screen_Shot_2018-02-26_at_10.02.50.png

Значение опции Помнить историю посещений посетителя настраивает глубину истории посещений - границу в днях от первого посещения посетителя до посещения, по которому он совершил обращение (звонок или заявка). Значение по умолчанию составляет 30 дней. Т.е. эта величина определяет именно промежуток времени, когда пользователь переходил на сайт, но еще не совершал какое-либо обращение. 

Screen_Shot_2018-04-28.png

advice_ver2.png Чрезмерное увеличения данного параметра может негативно повлиять на производительность личного кабинета и уменьшить скорость его загрузки. Рекомендуем использовать значение по умолчанию.

 

 

Границы целевого звонка

Целевой звонок в Calltouch - это звонок, попадающий в заданные временные рамки. По умолчанию звонок считается целевым, если его длительность составляет от 30 секунд до 1 часа:

Screen_Shot_2018-02-26_at_09.52.24.png

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

 

 

Параметры целевой заявки

Целевая заявка - это заявка с реального номера или с реальной почты. Реальность номера проверяется по количеству указанных посетителем цифр в номере и их повтору, а реальность почты проверяется по наличию символа @ и доменного имени после него. В соответствии с этим, в Calltouch существуют следующие параметры определения целевой заявки.

Screen_Shot_2018-02-26_at_00.42.07.png

По номеру телефона

Это параметр по умолчанию. Заявка будет целевой при одновременном выполнении двух условий:

  • Если количество цифр в заполненном посетителем номере находится в указанных пределах, по умолчанию от 10 до 11 цифр
  • Если количество повторяющихся цифр в номере не превышает указанное значение, по умолчанию 6 повторяющихся цифр.

Данный параметр работает только если при фиксировании заявки с отслеживаемой формы на Вашем сайте в стандартном поле phone был передан номер телефона. При проверке номера будут учитываться только цифры, без возможных символов в номере, например, знанок +, - или скобок. Если номер успешно пройдет проверку по заданным настройкам - заявка будет целевой. В ином случае - нецелевой. Если при фиксировании заявки с отслеживаемой формы на Вашем сайте в стандартном поле phone не был передан номер телефона - заявка всегда будет считаться целевой.

По почте

Заявка будет целевой при одновременном выполнении двух условий:

  • В указанной посетителем почте присутствует символ @
  • После символа @ указано доменное имя

Данный параметр работает только если при фиксировании заявки с отслеживаемой формы на Вашем сайте в стандартном поле email была передана почта. Если почта успешно пройдет проверку по условиям выше - заявка будет целевой. В ином случае - нецелевой. Если при фиксировании заявки с отслеживаемой формы на Вашем сайте в стандартном поле email не была передана почта - заявка всегда будет считаться целевой.

По почте и номеру телефона

Данный параметр объединяет два предыдущих. Заявка будет целевой только при одновременной успешной проверке всех условий из предыдущих параметров:

  • Если количество цифр в заполненном посетителем номере находится в указанных пределах, по умолчанию от 10 до 11 цифр
  • Если количество повторяющихся цифр в номере не превышает указанное значение, по умолчанию 6 повторяющихся цифр.
  • В указанной посетителем почте присутствует символ @
  • После символа @ указано доменное имя

Если все условия успешно выполнены, то заявка будет целевой. В ином случае - нецелевой.

 

 

Защита данных

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

  • Активно используем SSL-шифрование в наших службах.
  • Постоянно совершенствуем способы сбора, хранения и обработки данных для противодействия несанкционированному доступу к Вашим данным.
  • Ограничиваем нашим сотрудникам доступ к Вашим данным, а также накладываем на них строгие договорные обязательства, за нарушение которых предусмотрены серьезная ответственность и штрафные санкции.

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

Screen_Shot_2018-02-26_at_09.19.44.png

Настройки конфиденциальности, которые Вы можете выбрать, перечислены далее.

 

Ограничение доступа к Вашей статистике сотрудникам Calltouch

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

Screen_Shot_2018-02-26_at_09.46.06.png

advice_ver2.png В случае возникновения каких-либо вопросов или проблем со сбором статистики, сотрудники Calltouch могут попросить Вас временно отключить эту опцию, чтобы мы смогли решить Ваш вопрос или проблему, связанные со статистикой.

 

Скрытие номеров клиентов от сотрудников Calltouch

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

Screen_Shot_2018-02-26_at_09.36.21.png

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 1 из 1
Еще есть вопросы? Отправить запрос

0 Комментарии

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