Нерабочие заявки: Причины и точка увода

>-

Отчёт "Нерабочие заявки: Причины и точка увода" предназначен для детального анализа конверсии и причин потери лидов. Инструмент позволяет отследить путь заявки до момента перехода в нерабочий статус, помогая выявить наиболее критические этапы оттока и конкретные факторы отказа. Это позволяет оптимизировать работу на воронке продаж и повысить качество обработки входящего трафика.

#Работа с отчётом

Для формирования точной выборки в отчёте предусмотрена гибкая система фильтров. С их помощью вы можете сегментировать данные и сфокусироваться на конкретных показателях.

Основные фильтры:

• Дата создания заявки — устанавливает временной период, в который была создана заявка.
• Категория — позволяет выбрать типы объектов недвижимости, указанные в заявках.
• Мин. срок увода — задает минимальное количество дней, прошедших с момента создания заявки до её перевода в нерабочий статус. Этот фильтр позволяет исключить из анализа заявки, которые были переведены в нерабочий статус ранее указанного количества дней. Это помогает сфокусироваться на анализе тех обращений, с которыми проводилась длительная работа.
• Интерес к домам — ограничивает выборку по конкретным жилым комплексам или строениям.
• Отдел продаж — фильтрует данные по принадлежности заявок к конкретным офисам или отделам продаж.
• Причина увода — позволяет детально проанализировать заявки, закрытые по определенным причинам.
• Опции — содержит параметр «Уникальные первичные обращения», при активации которого из отчёта исключаются повторные заявки, оставляя только новые уникальные.

Основная часть отчёта представлена тремя таблицами, которые расположены последовательно друг под другом в следующем порядке: «Нецелевые», «Отложенное» и «Отказ». Такая иерархия позволяет последовательно изучать каждую категорию нерабочих заявок.

#Ключевые особенности представления данных

Динамическое формирование столбцов. В таблицах отображаются только те этапы, на которых зафиксирован реальный отток заявок. Например, если из статуса Подбор ни одна заявка не была переведена в категорию Отложенное, соответствующий столбец в таблице «Отложенное» будет скрыт. Это избавляет отчёт от пустых ячеек и упрощает визуальный анализ.

Детализация до подстатусов. Отчёт учитывает не только основные этапы воронки, но и все настроенные в компании подстатусы. Это обеспечивает максимальную глубину анализа и позволяет видеть точную точку увода заявки.

Двойная группировка в столбцах. Каждая таблица имеет двухуровневую структуру заголовков: сначала данные делятся по исходному статусу, с которого была уведена заявка, а внутри него — по конкретным причинам увода. В строках таблицы данные распределяются по менеджерам, за которыми были закреплены заявки.

Для удобства дальнейшей работы каждая из трёх таблиц снабжена индивидуальной кнопкой «Экспорт».

Это позволяет выгружать данные в Excel-формате по каждой категории отдельно. Файлы сохраняют структуру веб-интерфейса, что исключает необходимость дополнительной ручной сортировки или разделения общего массива данных.

#Технический паспорт отчёта

В основе отчёта лежит анализ истории изменений. Система фиксирует момент перехода заявки из активной фазы воронки в «терминальное» состояние: Нецелевые, Отложенное или Отказ.

Поскольку отчет базируется на группировке заявок, прошедших идентичный путь — от конкретного исходного этапа к причине закрытия — его логику можно выразить через программный код. Ниже представлен типовой SQL-запрос. С его помощью вы можете получить точные количественные показатели по каждому менеджеру, адаптировав параметры под конкретные задачи вашего анализа.

Принцип выбора данных в MacroData без учёта дополнительных фильтров:

SELECT    
    users.users_name, 
    COUNT(estate_buys.id) AS total_leads 
FROM 
    estate_buys 
JOIN 
    users ON estate_buys.manager_id = users.id 
JOIN 
    estate_buys_statuses_log ON estate_buys.id = estate_buys_statuses_log.estate_buy_id 
JOIN 
    estate_statuses_reasons ON estate_buys.status_reason_id = estate_statuses_reasons.status_reason_id 
WHERE   
    estate_buys.status = 3  
    AND estate_buys_statuses_log.status_from = 30  
    AND estate_statuses_reasons.name = 'Уже купили' 
GROUP BY 
    users.users_name;

Вы можете изменять параметры фильтрации в SQL-запросе, чтобы получить данные по другим статусам или причинам. Вносите изменения в следующие строки блока WHERE:

• Текущий статус заявки. estate_buys.status = 3 Замените число 3 на ID интересующего вас итогового статуса. Список всех ID и соответствующих им названий приведён в таблице ниже.
• Исходный статус (откуда перешла заявка). AND estate_buys_statuses_log.status_from = 30 Замените число 30 на ID статуса, из которого была переведена заявка.
• Фильтрация по подстатусам. Если вам необходимо найти заявки, которые перешли из конкретного подстатуса, замените строку с status_from на следующую: AND estate_buys_statuses_log.status_custom_from = 'Платная бронь' Вместо 'Платная бронь' впишите точное наименование нужного вам подстатуса в одинарных кавычках.
• Причина закрытия заявки. AND estate_statuses_reasons.name = 'Уже купили' Замените текст 'Уже купили' на любую другую причину, зафиксированную в вашей системе. Текст должен быть написан в одинарных кавычках и в точности совпадать с названием в справочнике.

#Таблица статусов по ID