Маркетинговый дашборд: какие показатели нужны собственнику и команде

Как превратить маркетинговую отчетность в общий интерфейс решений, причин и ответственности.

Обновлено: Автор: Елизавета Гырбу12 минут чтения
Мураз КакиловЕлизавета ГырбуАнтон ШевцовСевочка ГусейноваАлександр Зимаков+5
Команда Медиакод

Маркетинговый дашборд должен отвечать не на вопрос «сколько у нас данных», а на четыре других: что изменилось в бизнес-результате, где возникло изменение, можно ли доверять цифрам и какое решение нужно принять сейчас. Если после открытия отчета приходится собирать отдельную встречу только для расшифровки показателей, дашборд пока работает как хранилище, а не как инструмент управления.

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

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

Елизавета ГырбуЕлизавета ГырбуДиректор по маркетингу (CMO)

Начните с решений, а не со списка метрик

Универсального набора показателей для маркетингового дашборда нет. У бизнеса с повторными покупками, проектными продажами и записью на услугу разные циклы, ограничения и точки управления. Но способ проектирования одинаков: сначала определить решения, затем подобрать сигнал для каждого решения.

Собственнику обычно нужно решить:

  1. Движется ли маркетинг к плану по выручке, заказам, квалифицированному спросу или другому принятому результату.
  2. Хватает ли текущего темпа, чтобы выполнить план периода.
  3. Где растет стоимость результата и насколько это угрожает экономике.
  4. Какой сегмент, продукт или канал требует перераспределения ресурсов.
  5. Есть ли риск в данных, из-за которого решение лучше отложить или проверить вручную.

Команде нужны другие решения:

  1. На каком участке воронки возникло отклонение.
  2. Какой канал, кампания, предложение или посадочная страница изменили общий результат.
  3. Это устойчивое изменение, краткосрочное колебание или проблема измерения.
  4. Какую гипотезу проверить первой.
  5. Кто отвечает за действие и когда появится новый сигнал.

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

Дайте собственнику и команде два масштаба одной картины

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

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

ОбластьСобственникуКоманде
Бизнес-результатПлан и факт по принятому результату, динамика, прогнозРезультат по сегментам, продуктам, регионам и источникам
РесурсыОбщие расходы, стоимость результата, границы экономикиРасходы и стоимость по каналам, кампаниям и гипотезам
ВоронкаГлавные потери между спросом и продажейКонверсии этапов, причины отказов, скорость обработки
РискЗрелость данных, полнота связки, критические отклоненияОшибки сбора, неизвестные источники, задержки и пропуски
Следующее действиеРешение о приоритете или ресурсеЗадача, владелец, срок и ожидаемый сигнал

Один экран для всех почти всегда проигрывает. Собственнику нужна динамика бизнеса и риск, команде - управляемый участок и причина изменения.

Елизавета ГырбуЕлизавета ГырбуДиректор по маркетингу (CMO)

Разделение уровней не означает разделение логики. Если на верхнем экране «квалифицированный лид» считается по одному правилу, а в рабочем отчете по другому, детализация не объяснит итог. Она только усилит спор. Сначала создайте общий словарь показателей, затем меняйте глубину и форму их представления.

Соберите дерево показателей от бизнес-цели

Дашборд легче читать, когда показатели образуют причинную конструкцию. Наверху находится результат, ниже - факторы, которые команда может изменить, еще ниже - состояние данных. Такое дерево не доказывает причинность автоматически, но помогает не путать итог с рычагом управления.

УровеньНа какой вопрос отвечаетЧто может входить
РезультатЧто маркетинг создал для бизнесаЗаказы, выручка, квалифицированный спрос, коммерческий потенциал, повторные покупки
Управляемые факторыГде и почему меняется результатОбъем спроса, конверсии этапов, стоимость привлечения, структура каналов, скорость обработки
Качество данныхМожно ли опираться на выводПолнота источников, доля неизвестных значений, задержка обновления, зрелость когорты

Для сервисного бизнеса верхним результатом может быть не заявка, а подтвержденная запись или состоявшаяся услуга. Для B2B с длинным циклом - квалифицированная возможность и объем воронки, пока выручка текущего периода еще не созрела. Для интернет-магазина - оплаченные и неотмененные заказы, повторные покупки и экономика по категориям.

Не нужно помещать на верхний уровень все возможные финансовые показатели. Формулы CPL, CPA, CAC, LTV и ROMI полезны в разных решениях, но сами по себе не образуют систему. В дашборде важнее показать, какой показатель является целью, какой ограничивает рост, а какой помогает найти причину.

Зафиксируйте контракт каждой карточки

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

Поле карточкиЗачем оно нужноПример формулировки
Управленческий вопросОбъясняет, для какого решения показан сигналХватает ли темпа квалифицированного спроса для выполнения плана
ОпределениеУбирает разные трактовкиЛид принят продажами и соответствует обязательным критериям
ИсточникПоказывает, откуда пришло значениеCRM, рекламная система, веб-аналитика или финансовый учет
Период и зрелостьНе дает сравнить незрелые данные с полнымиТекущий месяц, результаты продаж дозревают 21 день
База сравненияСоздает контекст измененияПлан, прошлый сопоставимый период или контрольный диапазон
ВладелецНазывает человека, который проверит отклонениеРуководитель направления или аналитик
Порог и действиеПереводит цвет и отклонение в работуПри выходе за диапазон проверить три причины и назначить решение

Контракт не нужно постоянно показывать целиком. На карточке достаточно значения, динамики, статуса и контекста. Определение, источник и правило расчета можно раскрывать по клику. Но эти сведения должны существовать и быть согласованы до того, как дашборд станет общим языком компании.

Число без определения, сравнения и следующего действия выглядит точно, но не помогает управлять.

Разделите результат, причины и качество данных

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

Результат показывает, что изменилось в согласованной бизнес-цели: стало меньше продаж, вырос коммерческий потенциал, замедлился темп выполнения плана.

Управляемая причина помогает найти участок для действия: упал объем целевого трафика, изменилась конверсия формы, выросла доля нецелевых обращений, увеличился срок первого контакта.

Качество данных отвечает, можно ли считать наблюдаемое изменение реальным: перестали передаваться статусы CRM, выросла доля неизвестного источника, данные обновились не полностью, часть периода еще не дозрела.

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

Учитывайте зрелость результата

Маркетинг, лид и продажа редко происходят в один день. Если цикл сделки занимает несколько недель, свежий период закономерно содержит много заявок и мало завершенных продаж. Сравнивать его с полностью созревшим прошлым месяцем напрямую нельзя.

В дашборде стоит различать:

  • оперативный сигнал. то, что уже можно менять: расходы, спрос, конверсия сайта, скорость обработки;
  • созревающий результат. лиды и сделки, по которым итог еще не наступил;
  • зрелый результат. когорта, для которой прошел принятый срок и коммерческий исход в основном известен;
  • прогноз. отдельная оценка будущего результата, а не подмена факта.
СтатусЧто он означаетКак читать
Данные полныеПериод обновлен, источники связаны, результат созрелМожно использовать для итогового сравнения
Результат созреваетЧасть сделок еще находится в работеАнализировать ранние сигналы и не считать отсутствие продажи нулем
Данные неполныеЕсть задержка, пропуск или разрыв источникаСначала восстановить измерение, затем делать вывод
ПрогнозЗначение рассчитано из текущего темпа и принятой моделиПоказывать отдельно от факта и регулярно сверять с итогом

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

Настройте три скорости обзора

Частота обновления должна соответствовать скорости решения. Ежедневный экран не обязан содержать показатели, которые созревают раз в месяц. Месячный обзор не должен превращаться в ленту мелких колебаний рекламных кампаний.

  1. Ежедневный контроль. нужен для аномалий: остановился поток обращений, резко изменился расход, сломалась форма, не обновились данные, возникло критическое ограничение.
  2. Еженедельный разбор. нужен для управляемых факторов: динамики каналов и сегментов, конверсий этапов, качества спроса, гипотез и задач с владельцами.
  3. Ежемесячный обзор. нужен для решений о ресурсах: выполнение плана, зрелый коммерческий результат, экономика, перераспределение бюджета и изменение приоритетов.

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

Показывайте отклонение, а не украшайте экран

Хороший дашборд не обязан выглядеть сложным. Его задача - направить внимание. Для этого важнее ясная иерархия, чем количество графиков.

  1. На первом экране оставьте пять-восемь сигналов, которые описывают цель, ресурс, главное ограничение и доверие к данным.
  2. Рядом с абсолютным значением показывайте план или сопоставимую базу, изменение и статус зрелости.
  3. Цвет используйте только для состояния, которое требует реакции. Рост показателя не всегда хорош, а снижение не всегда плохо.
  4. Делайте текущие фильтры видимыми: период, сегмент, продукт, регион, канал и тип результата не должны оставаться скрытым контекстом.
  5. Из каждой карточки ведите к одному следующему уровню детализации, а не к бесконечной панели графиков.
  6. Показывайте владельца отклонения и принятое действие рядом с сигналом либо в связанном журнале решений.

Если показатель не имеет владельца, порога и следующего действия, он украшает отчет, но не управляет маркетингом.

Елизавета ГырбуЕлизавета ГырбуДиректор по маркетингу (CMO)

Соберите первую версию за один управленческий цикл

Начинать с подключения всех источников необязательно. Сначала можно собрать рабочую модель на одном направлении, где понятны цель, воронка и ответственные. Так быстрее обнаружатся спорные определения и лишние показатели.

  1. Запишите пять-семь решений, которые собственник и команда принимают регулярно.
  2. Выберите один бизнес-результат и одно ограничение, которые связывают эти решения.
  3. Нарисуйте дерево от результата к управляемым факторам и качеству данных.
  4. Для каждой карточки заполните определение, источник, период, сравнение, владельца и порог.
  5. Соберите верхний экран собственника и рабочую детализацию команды.
  6. Сверьте несколько значений с первичными системами и разберите расхождения.
  7. Проведите один недельный и один месячный обзор, фиксируя решения, которые дашборд помог или не помог принять.
  8. Удалите показатели без решения и добавьте только те сигналы, которых действительно не хватило.

Если источники, воронка и ответственность пока существуют раздельно, дашборд не склеит их автоматически. В таком случае сначала нужно описать общую маркетинговую систему, а затем превращать ее логику в отчетность.

Проверьте дашборд до передачи команде

Дашборд готов не тогда, когда данные загрузились, а когда два человека одинаково читают один сигнал и приходят к понятному решению. Перед запуском проведите короткую приемку.

  • Собственник за пять минут понимает состояние цели, отклонение, риск и требуемое решение.
  • Специалист может перейти от общего отклонения к управляемой причине без отдельной выгрузки.
  • Определения показателей совпадают на верхнем и рабочем уровнях.
  • Период, база сравнения и зрелость видны рядом со значением.
  • Неполные данные не выглядят как ноль или ухудшение результата.
  • У критического сигнала есть порог, владелец и следующий шаг.
  • Значения выборочно сверены с CRM, финансовым учетом, рекламными и аналитическими системами.
  • После разбора остается решение, а не только список наблюдений.

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

Автор: Елизавета Гырбу

Частые вопросы

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

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

Нет. На основной экран попадают только показатели, связанные с регулярным решением. Остальные данные остаются в рекламных и аналитических системах и открываются при диагностике конкретного отклонения.

Частота зависит от скорости решения. Аномалии можно обновлять ежедневно, управляемые факторы разбирать еженедельно, а зрелый коммерческий результат и распределение ресурсов - ежемесячно.

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

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

Инструмент выбирают после модели показателей и требований к обновлению, доступам и детализации. Если начать с сервиса, легко автоматизировать несогласованные определения и получить красивый отчет, которому команда не доверяет.

Усилить результат

Если выводы из материала совпадают с вашей задачей, эти направления помогают перейти от чтения к действию.

Запишитесь на консультацию —и мы соберём план роста вашего проекта

Мураз Какилов

Что разберём за 45 минут. До встречи изучим ваш продукт, сайт, рекламу и аналитику, чтобы на созвоне сразу перейти к цифрам и пути клиента.

Определим, где теряются заявки и бюджет: в канале, предложении, посадочной странице, форме, аналитике или обработке обращений.

По итогам у вас останется порядок действий: что исправить в первую очередь, какую гипотезу проверить следующей и по каким показателям оценивать эффект.

Мураз КакиловCEO Медиакод. Отвечаю за стратегию агентства и качество работы команды. Каждую задачу разбирают профильные специалисты по рекламе, SEO, SMM, разработке и аналитике. Мы смотрим на маркетинг целиком — от первого касания до заявки и продажи — и находим точки роста, которые можно измерить.

За 45 минут найдём, где теряются заявки и что исправить в первую очередь