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

Запрос на дашборд часто звучит так:

Хотим собрать все цифры в одном месте.

Фраза логичная — и почти бесполезная как техническое задание.

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

Хороший дашборд начинается не с выбора платформы и не с дизайна. Он начинается с управленческого вопроса:

Какое решение человек должен принять после того, как увидит этот экран?

Если ответа нет, скорее всего, компании нужен не дашборд, а красивая витрина.

Почему «покажите всё» — плохое ТЗ

Когда на один экран пытаются вывести всё, появляются типичные проблемы:

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

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

Поэтому хороший управленческий экран устроен как навигация:

сигнал → причина → действие.

Три уровня: сигнал, причина, действие

Уровень 1. Сигнал

На первом экране руководитель видит ограниченное количество показателей и отклонений:

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

Сигнал должен быть понятен без отдельной расшифровки.

Не просто «конверсия — 18%», а:

Конверсия ниже целевого уровня третий период подряд.

Уровень 2. Причина

После сигнала руководитель должен перейти в детализацию:

• какой канал просел;
• на каком этапе теряются сделки;
• какие клиенты создают дебиторку;
• какие проекты съедают маржу;
• у каких менеджеров нет следующего шага;
• какой вид работ перегружает команду.

Дашборд не обязан сам объяснять бизнес. Но он должен быстро привести к нужному срезу данных.

Уровень 3. Действие

В идеале у каждого критичного сигнала есть управленческий сценарий:

• назначить разбор воронки;
• ускорить сбор дебиторки;
• пересмотреть объём проекта;
• перенести найм или расход;
• перераспределить загрузку;
• остановить неприбыльную работу;
• подключить собственника к конкретному исключению;
• обновить прогноз.

Если после просмотра остаётся только мысль «интересно, показатель снизился», экран не выполняет управленческую функцию.

С какого вопроса начинать

Перед разработкой стоит составить карту решений.

Для каждого блока ответить:

• Кто смотрит показатель?
• За какой результат он отвечает?
• Как часто принимает решение?
• Какой сигнал требует внимания?
• Какая метрика показывает сигнал?
• В чём измеряется показатель?
• Какой план, порог или диапазон считается нормой?
• Где искать причину?
• Какое действие возможно?
• Откуда берутся данные?
• Как часто они обновляются?
• Кто отвечает за их качество?

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

Какие показатели нужны руководителю

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

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

1. Продажи

Дашборд продаж должен отвечать не только на вопрос «сколько продали», но и показывать, что будет дальше.

Полезные показатели:

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

Пример управленческого сигнала:

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

Проблема тогда не в количестве лидов, а в управлении работой менеджеров.

2. Деньги

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

Финансовый блок может включать:

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

Пример сигнала:

Компания прибыльна по P&L, но через несколько недель ожидается дефицит денег из-за графика оплат и дебиторки.

Действие здесь не «сократить все расходы». Сначала нужно разобраться:

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

3. Проекты и клиенты

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

Полезно видеть:

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

Пример сигнала:

Проект формально идёт по сроку, но фактические часы уже превысили план, а часть дополнительных работ не согласована с клиентом.

Действие:

• остановить неоплаченный объём;
• согласовать изменение границ;
• пересчитать прогноз маржи;
• изменить состав команды;
• зафиксировать решение с клиентом.

4. Команда и управленческий ритм

Не нужно превращать дашборд руководителя в тотальную слежку за сотрудниками.

Полезнее показывать:

• результат ключевых ролей;
• несколько KPI по роли;
• загрузку и доступную мощность;
• просроченные обязательства;
• незакрытые управленческие решения;
• задачи без владельца;
• повторяющиеся отклонения;
• выполнение плана развития;
• состояние критичных компетенций.

Показатель «сотрудник создал 47 задач» редко говорит о результате. Показатель роли должен отвечать, какую ценность человек создаёт и в каком состоянии находится зона его ответственности.

Почему не нужно выводить всё на один экран

Дашборд собственника — это не общая свалка отчётности.

На первом уровне достаточно пяти–семи сигналов:

• продажи;
• деньги;
• проекты;
• клиенты;
• мощность команды;
• критические риски;
• решения, требующие участия собственника.

Дальше каждый сигнал ведёт в отдельный экран:

• продажи → воронка, каналы, менеджеры;
• деньги → ДДС, P&L, дебиторка;
• проекты → портфель, сроки, маржа;
• клиенты → состояние, риски, повторные продажи;
• команда → загрузка, роли, KPI.

Так руководитель сначала понимает, куда смотреть, а уже потом погружается в детали.

Пример управленческой сводки

В демонстрационной операционной системе Agentro верхняя финансово-проектная сводка собрана не вокруг количества графиков, а вокруг решений собственника.

На ней могут одновременно находиться:

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

Что это даёт на практике?

Сигнал: прогнозная маржа проекта падает

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

Действие: пересмотреть границы, стоимость, состав команды или договорённости с клиентом.

Сигнал: денег хватает только на несколько недель

Причина может быть в дебиторке, неравномерном графике оплат или ранних расходах по проектам.

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

Сигнал: продажи есть, но команда не сможет исполнить объём

Причина — дефицит мощности в конкретной роли или типе работ.

Действие: перераспределить портфель, изменить срок, подключить специалиста или временно ограничить продажи определённого продукта.

Сигнал: несколько проектов требуют постоянного участия собственника

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

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

Такой дашборд не сообщает собственнику больше информации. Он сокращает путь от отклонения до решения.

Как определить частоту обновления

Не все данные должны быть в реальном времени.

Ежедневно или почти в реальном времени

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

Еженедельно

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

Ежемесячно

• P&L;
• прибыльность направлений;
• продуктовая экономика;
• эффективность команды;
• бюджет и план-факт;
• стратегические показатели.

Частота должна соответствовать частоте решения.

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

Кто отвечает за показатель

У каждой метрики должен быть владелец.

Не обязательно тот, кто вручную вводит данные. Владелец отвечает за:

• определение показателя;
• источник;
• правила расчёта;
• полноту;
• частоту обновления;
• объяснение отклонения;
• действие по результату.

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

Особенно важно создать словарь показателей:

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

Без словаря разные руководители будут смотреть на одну цифру и понимать её по-разному.

Как строится полезный дашборд

1. Формулируем решения

Какие вопросы должен закрывать экран и какие действия возможны?

2. Инвентаризируем источники

CRM, 1С, таблицы, телефония, рекламные кабинеты, проектные системы и базы данных.

3. Собираем словарь показателей

Договариваемся о формулах, периодах и владельцах.

4. Проектируем структуру

Сначала wireframe без декоративного дизайна: сигналы, детализация, фильтры и переходы.

5. Готовим данные

Настраиваем выгрузки, очистку, связи, историю и контроль качества.

6. Разрабатываем визуальный слой

Выбираем платформу и собираем интерфейс после того, как понятны решения и данные.

7. Сверяем цифры

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

8. Тестируем на реальных встречах

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

Семь ошибок, из-за которых дашборд становится бесполезным

1. Начать с дизайна

Красивый прототип создаёт иллюзию готовности, хотя определения метрик и источники данных ещё не согласованы.

2. Вывести все доступные показатели

Техническая доступность цифры не означает её управленческую ценность.

3. Смешать факт, план и прогноз

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

4. Не показать норму и порог

Цифра есть, но непонятно, требует ли она внимания.

5. Не назначить владельца данных

Через месяц показатели перестают обновляться, а команда обвиняет систему.

6. Не дать провалиться в причину

Экран сообщает, что продажи упали, но не показывает канал, этап, продукт или менеджера.

7. Не встроить дашборд в управленческий ритм

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

Чек-лист полезного управленческого экрана

Перед разработкой проверьте:

• у экрана есть конкретный пользователь;
• понятен его управленческий вопрос;
• на первом уровне не больше нескольких ключевых сигналов;
• у каждого показателя есть определение;
• разделены факт, план и прогноз;
• задан порог или норма;
• можно перейти к причине;
• понятны возможные действия;
• определён источник данных;
• назначен владелец;
• согласована частота обновления;
• цифры проходят контрольную сверку;
• экран используется на регулярной встрече.

Если половина пунктов отсутствует, не нужно быстрее рисовать графики. Нужно вернуться к управленческой задаче.

Главное

Хороший дашборд не пытается впечатлить количеством данных.

Он помогает руководителю за несколько минут понять:

• где отклонение;
• насколько оно критично;
• почему возникло;
• кто отвечает;
• какое решение нужно принять;
• когда проверить результат.

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

Обсудить задачу

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

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