Your comments

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

Подскажите, как процесс с модерацией приложения? Как попасть в группу бета-тестеров? Куда\кому писать?

Поддерживаю, интеграция в 1 клик нужна!

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

Плюсую доработку, очень нужна. Дополню только тем, что точная дата продажи нужна в когортном анализе - для анализа сделок длинного цикла, когда после заявки может пройти не один месяц до продажи.

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

Нам тоже нужна такая возможность. Поможет решить следующие задачи:

1) Оценка и оптимизация нагрузки на колл-центр;

2) Отбраковка каналов рекламы по этому критерию;

3) Повышение эффективности колл-трекинга.

Если по колл-трекинку (не важно, от Roistat колл-трекинг или со стороны) достается засвеченный, не выдержанный номер, по нему идет огромное количество "левых" звонков. А так можно будет прямо в roistat определить что 90% звонков по номеру нецелевые и поменять номер.

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

Добрый день!

Подниму тему, только у меня обратная задача... нужно что бы все дубли в системе создавались. Вне зависимости от наличия \ отсутствия \ прохождения сделки через roistat. Можно сделать такую галочку? Бывает что несмотря на то что клиент "в работе" на него уже забили давно, реклама его поднимает, а roistat как новую сделку это не вносит. А еще стоит задача проверить колл-центр - сколько обращений на входе, а сколько на выходе в CRM - и что бы цифры сошлись 1-в-1. Мы лучше в CRM сами сделаем разбивку на новые и повторные контакты и поженим их между собой (тем более, бывает что люди с разных номеров звонят - а клиент-то все равно тот же, или с одного номера (городской) - но разные клиенты). 

P.S. Используется интеграция со своей CRM

У меня важный комментарий к этой задаче... звонки, пойманные лиды, продящие через roistat приходят в одинаковом формате 79111111111 - ок. А вот остальные проксированные через roistat заявки (через наши формы) приходят кто во что горазд. В итоге, в CRM (речь идет про AmoCRM, но думаю вопрос и других касается) может создаться несколько клиентов с "разными" номерами - 79111111111, 89111111111, 9111111111, 7-911-111-11-11 и т.п.


Думаю, логично было бы их обрабатывать таким же образом, как и звонки и пойманные лиды?

Поддерживаю. Только в данном случае должна быть приоритетность - кампания, группа объявлений, ключевое слово.


Т.е. если на уровне ключа недостаточно данных, корректируем на уровне группы объявлений, если там не хватает - на уровне кампании.