Различия
Показаны различия между двумя версиями страницы.
| Предыдущая версия справа и слеваПредыдущая версия | |||
| dpi:qoe_analytics:cases:queries_from_database:problematic_subscribers [2025/12/10 09:08] – elena.krasnobryzh | dpi:qoe_analytics:cases:queries_from_database:problematic_subscribers [2025/12/10 09:30] (текущий) – удалено elena.krasnobryzh | ||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | {{indexmenu_n> | ||
| - | ======Поиск проблемных абонентов====== | ||
| - | =====Длительная неактивность абонента===== | ||
| - | Абоненты должны платить и пользоваться услугами, | ||
| - | |||
| - | К сожалению, | ||
| - | |||
| - | Рекомендуется сегментировать абонентов на 3 группы по активности: | ||
| - | - Нормальная. | ||
| - | - Слабая (техническая). | ||
| - | - Отсутствует. | ||
| - | |||
| - | Активность можно измерять: | ||
| - | - По количеству сессий. | ||
| - | - По количеству хостов. | ||
| - | Определить норму лучше после построения распределения по выгрузке, | ||
| - | |||
| - | Фильтр можно настроить в GUI в разделе QoE Аналитика → Абоненты → Кликстрим | ||
| - | |||
| - | {{: | ||
| - | |||
| - | {{: | ||
| - | |||
| - | Если абоненты переходят из сегмента с нормальной активностью в сегменты со слабой активностью и остаются там более 3-х недель - это может говорить о проблемах. | ||
| - | |||
| - | Метод запроса в базу:\\ | ||
| - | Появится позже | ||
| - | |||
| - | |||
| - | =====Сервисы замера скорости===== | ||
| - | Обычный пользователь вспоминает о существовании данных сервисов только при наличии проблем. Источником проблем могут быть: | ||
| - | * низкая скорость тарифа, | ||
| - | * проблемы на сети оператора | ||
| - | * проблемы аплинка (включая нестабильную работу необходимого абоненту сервиса) | ||
| - | * слабый WiFi | ||
| - | |||
| - | Все эти проблемы можно выявить с помощью метрик статистики DPI или данных мониторинга сети. | ||
| - | |||
| - | Для получения выгрузки можно использовать готовый запрос, | ||
| - | < | ||
| - | internet.yandex.ru | ||
| - | https:// | ||
| - | https:// | ||
| - | https:// | ||
| - | https:// | ||
| - | https:// | ||
| - | https:// | ||
| - | |||
| - | Рекомендуется работать с абонентами из выгрузки, | ||
| - | * Выгружать данные ежедневно в свою базу данных через API или напрямую из Click House QoE, уже в ней накладывать фильтры. | ||
| - | * Сделать триггер в графическом интерфейсе с заданными параметрами. | ||
| - | * Точнее работают вместе с запросами по конкурентам | ||
| - | |||
| - | Пример фильтра запроса для графического интерфейса: | ||
| - | < | ||
| - | < | ||
| - | |||
| - | Пример запроса в базу:\\ | ||
| - | {{ : | ||
| - | |||
| - | Запуск '' | ||
| - | |||
| - | Параметры в скрипте: | ||
| - | '' | ||
| - | '' | ||
| - | '' | ||
| - | |||
| - | |||
| - | |||
| - | =====Что делать с проблемными абонентами? | ||
| - | - Сегментировать абонентскую базу с выделением возможных причин неблагоприятной статистики: | ||
| - | * устаревшая технология доступа | ||
| - | * наличие IoT-устройств | ||
| - | * слабые роутеры | ||
| - | - Проверить качество услуг, используя возможные метрики из иных ИС: | ||
| - | * мониторинг сети (особенно если есть много клиентов с одного узла) | ||
| - | * запросы в ТП | ||
| - | * нерегулярная оплата услуг | ||
| - | //Для этого рекомендуется сделать отдельную БД “проблемных абонентов” и организовать в нее экспорт данных на регулярной основе из различных ИС. Важно, что набор показателей “проблемности” работает значительно эффективнее, | ||
| - | - Провести опрос удовлетворенности: | ||
| - | * по телефону | ||
| - | * используя анкету через редирект DPI | ||
| - | - Задействовать механизмы удержания (акции, | ||
| - | |||
| - | //В случае наличия базы “проблемных абонентов” у оператора появляется новый измеряемый индикатор “здоровья”.// | ||