+1
На голосовании

Дополнительные поля визита и фильтрация по ним

Вячеслав Косяченко 9 years ago updated by Максим 8 years ago 7

Необходимо передавать в роистат пользовательские параметры посещения, чтобы по ним можно было строить отчеты.


Например: тип клиента, тип цен, менеджер и т.д.


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


Сейчас это можно сделать посторив отчет по полям CRM, но тогда получается кривая аналитика, т.к. количество посещений = количеству сделок

Аналитика

Answer

Answer
На голосовании

Понял, поля визита есть в планах, сейчас уточняем, насколько эта функция востребована.

Under review

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

Как я понял, речь идет про веб-аналитику и не совсем понятно, как можно передать с сайта тип клиента или менеджера, если посетитель еще не стал клиентом.

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

Передача пользовательских параметров с сайта нужна:

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

Пример: на сайт зашло 100 человек, 80 розничных и 20 оптовых и сделали 10 заказов, из них 8 оптовых.


Роистат сейчас считает:

10 / 100 = 10% конверсия.

А по факту

2 / 80 = розничная конверсия

8 / 10 = оптовая конвеосия

Согласитесь они сильно различаются?


Если же я строю отчет по допполю CRM, то у меня количество посещений = количеству заявок, т.к. вы не можете выделить общее количество посещений по пользовательскому срезу, о чем писали мне в ответе на обращение в ТП.


Я уже молчу о том, что при такой системе (фильтрация по пользовательскому полю crm) роистат криво считает все остальные показатели, о чем я переписываюсь с ТП уже 4 месяца...


2) фильтрация данных в отчетах

Пример: на сайт зашло 100 человек, 80 розничных и 20 оптовых и сделали 10 заказов, из них 8 оптовых.


Каким образом в данном примере определяется, какой из посетителей розничный, а какой оптовый?

В ближайшем будущем запланирован релиз системы событий (целей), в которой этот кейс возможно будет обработать.

Дополнительные параметры клиента я сам определяю на стороне сайта, но мне надо как-то их передать в роистат.


Например, выводом в коде страницы js переменных, которые будет воспринимать роистат, по аналогии с префиксами кодов телефона (roistatPhonePrefix=7812)


Осталось договориться как их именовать. Удобнее всего иметь возможномть задавать массив полей через пары параметр: значение roistatUserFields = {userid: 234551; aaa: bbb; ...}


Задание дополнительных полей типа userid позволит также отслеживать действия пользователя с разных устройств


Как я сейчас понимаю это предложение. Когда в Roistat будет сегментирование посетителей сайта (например, по типу устройства), то будет возможность сегментировать по пользовательскому полю, который будет передаваться через JS с сайта. И отчет в аналитике будет построен только по выбранному сегменту.

Я верно понял?

Да, верно, мне нужно создать фильтр для пользователя / визита / сделки, чтобы корректно считались данные в отчете, причем это поле у меня уже есть в CRM и мне надо его задать вручную для визита

Answer
На голосовании

Понял, поля визита есть в планах, сейчас уточняем, насколько эта функция востребована.