При разработке дашбордов есть один принцип, которому стоит следовать неукоснительно: всю работу, которую может выполнить машина, должна выполнять машина. Если в Redash, SQL или BI-инструменте можно что-то посчитать, подсказать или автоматизировать — пользователю не нужно делать это вручную. Ниже — несколько конкретных примеров того, как это выглядит на практике.
Тултипы с контекстом, а не просто значением
Всплывающая подсказка — это недооценённый инструмент. Большинство дашбордов показывают в тултипе лишь одно число: значение метрики. Но пользователю, как правило, нужен контекст, чтобы понять, хорошо это или плохо.
В тултип можно и нужно добавлять:
- отклонение от плана (в абсолютном и процентном выражении);
- изменение метрики WoW (Week over Week);
- сопутствующие показатели, которые помогают интерпретировать значение.
Вместо того чтобы пользователь открывал второй график или считал проценты в уме, он получает готовый ответ прямо при наведении курсора. Это сокращает время на анализ и снижает вероятность ошибки.
День недели в тултипе при недельной сезонности
Если метрика имеет выраженную недельную сезонность, добавьте в тултип подпись дня недели. Это решает распространённую проблему: пользователь видит просадку и не понимает — это аномалия или обычный «провал выходного дня».
Когда рядом с цифрой стоит «суббота», вопрос снимается мгновенно. Машина берёт на себя тривиальное сопоставление даты и дня недели — и экономит пользователю несколько секунд на каждом наведении, а в масштабе рабочего дня это существенно.
Относительные интервалы дат вместо фиксированных
В Tableau и других BI-системах фильтр дат по умолчанию часто настраивается как фиксированный диапазон: например, «01.01.2025 — 31.03.2025». Дашборд живёт дальше, даты устаревают, и пользователь вынужден каждый раз вручную переключать фильтр на актуальный период.
Решение простое: используйте относительные интервалы — Last 90 days, Last month, Last week. Тогда дашборд всегда показывает свежие данные без какого-либо участия пользователя.
Умные значения по умолчанию для всех фильтров
Принцип «машина работает за пользователя» распространяется не только на даты. Стоит проанализировать, какие фильтры пользователи переключают чаще всего сразу после открытия дашборда.
Есть два способа это выяснить:
- собрать логи использования дашборда и посмотреть, какие фильтры меняются в первую очередь;
- напрямую спросить пользователей — это быстрее и часто даёт более точный ответ.
Если выясняется, что 80% пользователей первым делом переключают фильтр «регион» с «все» на «Москва» — сделайте «Москва» значением по умолчанию. Один раз настроили, и больше никто не тратит на это время.
Что сделать на практике
- Пересмотрите тултипы на текущих дашбордах: добавьте отклонение от плана и WoW там, где это релевантно.
- Для метрик с недельной сезонностью — выведите день недели в подсказку.
- Замените фиксированные диапазоны дат на относительные интервалы.
- Соберите или запросите информацию о том, какие фильтры пользователи переключают первыми, и обновите значения по умолчанию.
- Периодически пересматривайте дефолты: аудитория и бизнес-контекст меняются.
Вывод
Каждая из этих доработок кажется мелочью. Но именно из таких мелочей складывается дашборд, которым реально пользуются, а не открывают раз в месяц из обязанности. Чем меньше пользователь думает о механике инструмента, тем больше он думает о данных — а это и есть цель.