Дашборд по заявкам и продажам: что владелец сайта должен видеть каждую неделю

Владелец сайта часто получает много разрозненных данных: посещаемость в аналитике, заявки в CRM, рекламные расходы в кабинетах, ошибки у разработчика, продажи в отдельном отчёте. Из этого трудно понять, что происходит с сайтом и где нужно вмешаться.

Дашборд нужен не для красивых графиков. Он должен быстро отвечать на вопрос: сайт помогает бизнесу или где-то теряет результат?

Не начинать с посещаемости

Посещения важны, но сами по себе не показывают эффективность. У сайта может расти трафик и падать качество заявок. Или наоборот: трафика меньше, но обращения стали лучше.

Поэтому первый экран дашборда лучше строить вокруг заявок и продаж.

Базовые показатели

Минимальный набор:

• заявки за период;
• заявки по источникам;
• заявки по страницам;
• качество заявок по CRM-статусам;
• сделки и выручка;
• конверсия из заявки в продажу;
• среднее время первого ответа;
• ошибки форм и интеграций.

Источники

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

Страницы

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

/services/site-support/ — 18 заявок
/services/crm-integration/ — 7 заявок
/blog/website-forms/ — 3 заявки после перехода на услугу

CRM-статусы

Без CRM-статусов дашборд показывает только верхнюю часть воронки. Нужно видеть:

• целевая заявка;
• нецелевой клиент;
• дубль;
• не дозвонились;
• в работе;
• сделка создана;
• сделка выиграна;
• сделка проиграна.

Скорость реакции

Если менеджер отвечает поздно, сайт может приводить нормальные заявки, но бизнес будет их терять. Поэтому время первого ответа — не техническая, а коммерческая метрика.

Технические ошибки

В дашборде не нужно показывать все логи. Но стоит показывать критичные события:

• ошибки отправки форм;
• ошибки CRM;
• 500 на важных страницах;
• недоступность сайта;
• проблемы SMTP;
• просроченные задачи очереди.

Не перегружать

Лучше иметь 10 полезных показателей, чем 50 графиков, которые никто не смотрит. Дашборд должен приводить к решениям: усилить страницу, исправить форму, проверить рекламу, ускорить ответ менеджера.

Чек-лист

1. Поставить заявки и продажи выше посещаемости.
2. Разделить заявки по источникам и страницам.
3. Подключить CRM-статусы.
4. Показывать качество заявок.
5. Следить за временем первого ответа.
6. Добавить критичные технические ошибки.
7. Оставить только показатели, по которым принимаются решения.
8. Проверять дашборд регулярно, а не только после проблем.

Хороший дашборд не просто показывает цифры. Он помогает понять, где сайт зарабатывает, где теряет заявки и какую доработку делать следующей.