Your comments
Поддерживаю!
Нужны настройки в интерфейсе для уведомлений о пропущенных, занятых, неответченных и подозрительно-коротких звонках. И на e-mail и на sms, опционально.
Короткие "отвеченные" звонки могут быть, на самом деле, "неответенными", если сработал автоответчик или автоприветсвие. Поэтому можно сделать настройку "извещать об ответченных звонках короче ... сек"
В идеале, по таким звонкам должна создаваться задача в CRM, поэтому можно также сделать настройку с вебхуком - куда отправлять извещения о пропущеном звонке.
Вроде идея полезная. Статистика по страницам, с которых пишут или звонят, может показать, какие услуги или товары в магазине вызывают интерес. Чем-то похожа на мультиканальную аналитику.
Нужно учесть:
- У посетителя может быть открыто сразу несколько вкладок с разными страницами сайта. Какую из них считать "Страницей заявки" в момент звонка? Нужно отслеживать активность (мышки, клавиатуры, скрола)
- Одно дело, если человек пришел на главную, походил по сайту и отправил заказ со страниц товара (то есть Посадочная страница != Страница заявки ) - в этом случае статистика полезна и говорит, о сильной конверсии страницы товара для аудитории, привлекаемой на страницу входа
- Другое дело, если Посадочная страница == Страница заявки. В этом случае статистика менее полезна, так как факт заявки зависит И от рекламного источника, И от конверсии самой страницы
В Яндекс Метрике недели и месяцы на графике - календарные.
Однако для ежедневного анализа мне, например, не нравится там, что последняя неделя получается обрезанной (неполной). Из-за этого, пока не закончилалсь неделя, смотря на еженедельный график не получается понять - улучшаются дела или ухудшаются.
Потому для ежедневной аналитики удобнее, чтобы график понеделной и помесячной статистики строился от текущей даты и назад по равным периодам.
Я думаю нужно просто в список группировок-детализаций добавить пункты "календарная неделя" и "календарный месяц" в дополнение к текущим группировкам. А остальные пусть работают по старому.
--
И ещё - если смотреть на интерфейс Метрики, то у них поле с выбором периода детализации расположено справа от полей с датами. Предлагаю сделать также - поле "Группировать по ..." разместите справа от ссылок "... Неделя Месяц ", чтобы все настройки даты находились на одном тулбаре.
Или вместо "мучений" с программированием АТС, лучше сделайте колтрекинг по вебхуку (API-запрос от другого сервиса).
То есть не звонки принимайте, а просто извещения о звонках от сторонней АТС на момент начала звонка.
Например АТС Задарма может передавать POST-извещение о начале звонка. Я думаю этого уже достаточно для коллтрекинга. Предполагаю, что многие другие онлайн аст тоже имеют такой функционал.
А все нюансы с приветствиями, сценариями переадресаций и записью звонков вполне монжо переложить на стороннюю АТС
ПОДДЕРЖИВАЮ!
Для удобного отключения рекламного объявления - достаточно рядом с ним (в группироках) сереньким цветом выводить его ID. Тогда его легко будет найти в Директ Коммандере и отключить. И ещё можно добавить иконку с ссылкой на веб-интерфес Яндекс.Директа, как в Метрике.
По поводу цели Роистат, нужно обязательно помнить, для чего вообще нужна аналитика и в какое действие она превразается, что мы с этой информацией потом делаем.
И тут только 2 варианта, если речь идет о Директе - коррекция ставок по ключевикам (нужен ID ключевой фразы) или объявлений (нужен ID объявления).
Кажется и в Гугле и в Метрике есть понятие "Ценность цели" (то есть преполагаемая выручка).
Почему бы ввести такой же параметр? Например так: roistat.event.send('order', {'price': 120 })
Поддерживаю!
Юзкейс:
Например, компании нужно выяснить, насколько рентабельно будет расширить рабочее время, покрыв поздние вечерние часы, ночные и выходные дни. Нужно выяснить - стоимость заявки и стоимость продажи для визитов и лидов, отправленных в нерабочее время, или в любой выбранный промежуток (или набор) часов дня, на протяжении месяца.
Поддерживаю! Аналитика должна анализировать не среднюю температуру по больнице, а показатели большинства типичных подопытных :)
Нужны фильтры для отсечения всяких нетипичных визитов и сделок (тестовые, экономщики, редкие випы и т.п.)
Наверное, будет полезно, например, для анализа звонков из определённого источника, или по товару/услуге, или по менеджера, или даже по времени суток.
Customer support service by UserEcho
Предлгаю просто добавить в список параметров, отправляемых в CRM данные событий {eventsData}
в виде:
[
{
'event': 'eventName',
'data': {'key': 'value', ... }
} ,
...
]
Это позволит на странице сохранять произвольные пользовательские данные через метод
roistat.reachGoal(evenName, eventData)