Дашборд показывает показы, клики, трафик и расход. Собственник сети открывает его и все равно не видит, какой филиал проседает, на каком шаге заявка осталась без следующего статуса и что нужно решить сегодня.
Сначала решите, какое действие должен поддержать отчет. Только после этого выбирайте графики и показатели.
Сначала определите решения
Список показателей зависит от того, какие решения принимает команда. Например:
- перераспределить рекламный бюджет между городами;
- исправить карточки нескольких точек;
- проверить страницу, которая получает трафик без обращений;
- ускорить первый ответ конкретного филиала;
- изменить статус в CRM, который разные менеджеры понимают по-разному.
Если показатель не помогает принять одно из таких решений, он может остаться в аналитической системе, но не обязан занимать место на экране собственника.
Минимальная строка филиального отчета
| Поле | Что оно объясняет | Граница вывода |
|---|---|---|
| Филиал или город | где должен был состояться следующий шаг | общий номер может скрыть точку |
| Источник | откуда пришло внимание | канал не равен качеству лида |
| Страница | какое предложение увидел человек | просмотр не означает интерес |
| CTA или форма | сделал ли человек измеримое действие | клик не равен успешной отправке |
| Обращения по статусам | что произошло после контакта | у каждого статуса должно быть одно определение |
| Среднее время первого ответа | как быстро компания продолжила разговор | среднее может скрывать отдельные провалы |
| Следующее действие | кто и что должен изменить | без владельца отчет не запускает работу |
Пустой шаблон строки
Это структура, а не демонстрационные данные. Одна строка описывает один филиал за один период. Отдельные обращения проверяются только в закрытой системе.
| Поле | Что заполнить | Пустое значение |
|---|---|---|
| Период и филиал | один филиал за один согласованный период | - |
| Источник и страница | агрегированный источник обращений и посадочная | - |
| Обращения по статусам | количество по согласованным определениям | - |
| Время первого ответа | агрегированное значение и правило расчёта | - |
| Качество данных | что проверено и где есть пробел | - |
| Ответственный | кто принимает следующее действие | - |
| Следующее действие | что меняется и когда проверяется снова | - |
Договоритесь о трех правилах до автоматизации: пустое значение не равно нулю, у статуса есть одно определение, а у каждой доли указан знаменатель. Иначе одинаковые цифры будут означать разные вещи для маркетинга и продаж.
Не складывайте разные события в одну конверсию
Показ, переход, клик по телефону, отправка формы, квалифицированное обращение и продажа - разные события. Когда их складывают в одну «конверсию», слабое место становится невидимым.
Дашборд должен показывать переход между этапами и источник каждого числа. Если данных о качестве обращения нет, так и пишется: «качество неизвестно». Это полезнее, чем автоматически считать все формы хорошими лидами.
Показывайте, каких данных не хватает
У собственника должен быть отдельный список зон, где решение пока нельзя принять:
- филиал не сохраняется в форме;
- статус лида заполняется по-разному;
- звонки не связаны со страницей;
- часть обращений уходит в личные мессенджеры;
- у показателя нет владельца или регулярного источника.
Пробел в данных - не техническая ошибка отчета. Это конкретная задача для маркетинга, продаж, IT или филиала.
Уберите персональные данные из общего экрана
Не выводите в общий отчёт номера обращений, имена, телефоны, email и сообщения. Для проверки отдельной заявки используйте закрытый доступ. Общему экрану достаточно агрегированных источников, статусов, времени ответа, качества данных и следующего действия.
Так отчет остается полезным для решений и не превращается в еще одну копию клиентской базы.
Заканчивайте отчет решением
Заканчивайте встречу решением: что изменилось, какое число проверено, кто действует и когда результат проверят снова.
Без этого даже точные данные становятся архивом. С протоколом небольшой отчет может быть полезнее сложной системы визуализаций.