Ваши комментарии

Хм. У меня вот тоже полное непонимание откуда ноги растут у недостоверной инфы по продажам. Что-то определенно теряется. Но я их (ТП роистат) пока дергаю, что бы добавили учет повторных сделок (что бы LTV на канал рекламы видеть, а не только первую продажу)

Нужная штука. Мы сами такую штуку написали уже (на астериксе).


Еще очень не хватает тегирования - т.к. амоцрм не умеет фильтровать сделки по параметру "непустого поля". Нужно что бы теги ставились у всех сделок и заявок, проксированных через roistat.


Мы сделали так:

  • Если звонок от нового клиента и трубку взял сотрудник группы продаж - у него создается сделка, контакт и задача заполнить сделку по разговору.
  • Если звонок от нового клиента и трубку взял любой другой сотрудник - создается лид в Неразобранном "необработанный входящий" с комментарием какой абонент поднимал трубку. Это на случай если ОП весь занят и звонок ушел в свободное плавание по всем.
  • Если звонок от старого клиента - просто создается комментарий в контакте и задача на менеджера "завести в crm разговор с ххххххххх"
  • Если взял трубку кто-то другой - задача на менеджера "звонил ваш клиент ХХХХ с ним говорил внутр.номер ХХХ"


Почти, но не совсем.


Там две проблемы:


1) Неверное определение рекламных каналов (яркий пример - facebook, который вообще как попало определяется, т.к. у них переходы с поддоменов m, l, lm и т.д.). Что такое facebook? Это не только платная таргетированная реклама (решает интеграция с roistat), но и работа SMMщиков, где даже UTM не везде можно поставить. Например я бы хотел указать, что все переходы по маске /.*\.facebook\.com.*/ - это один рекламный канал, за исключением тех, по которым есть данные от модуля интеграции facebook-roistat. Потому что сейчас половина переходов с фэйсбука висит в общей свалке "переходы с сайтов". И там же и инстаграмм и вконтакте, в этой же свалке "переходы с сайтов". А это работа SMMщика, мы хотим видеть как меняется поток "бесплатных" переходов. 


2) Есть пакетные рекламные каналы. Например доски. Автоматически это не просчитаешь, их нужно вручную указывать списком. Для которых мы выделяем один номер (т.е. он не подменный на нашем сайте, а размещается у них как контактный статически).Т.е. мы платим по ним деньги, мы хотим видеть сколько с этого канала пришло клиентов. Но ставить по номеру телефона на каждую доску (их сотни) невозможно.Скрипт динамической подмены у них тоже не поставишь, т.к. это сторонние сайты.


= = = = = = = = = = = = = = = = = =

Итого пока писал, выработал предложение более четко:


1) Нужно отладить обработку RoiStat социальных сетей. Плохо что соцсети сыпятся в "переходы с сайтов". Напомню, что таргетированная реклама отдельно (уже решено интеграцией), а есть ведь еще работа SMM оптимизатора, которую тоже нужно считать. Здесь вот в этом проблема.  А не в том, что бы каждый клиент это вручную правил.


2) Создать настраиваемую пользователем группировку, которая настраивается указанием списка URL или масок (можно банальный regexp, кому надо такие тонкие винтики - легко разберутся), или UTM. Логика ИЛИ нужна. С приоритетом, т.е. он первым выхватывает из очереди обработки данные, что бы не было расхождений.

Евгений, это как промежуточное решение, к сожалению.


Т.е. суть проблемы не в отчете (я могу и ручками эти 5 галочек поставить что бы сумму увидеть), а в целостности отчетов, в том, что автоматика не способна в 100% случаев корректно определять канал. Т.е. по факту вопрос в возможности ручной подстройки определения канала.



Сервис поддержки клиентов работает на платформе UserEcho