Дашборды и сторителлинг: вопросы для собеседования (часть 2)
Как построить дашборд, который будут реально использовать: иерархия информации, drill-down, ключевые метрики наверху, детали по запросу. На собеседовании просят спроектировать дашборд для конкретного стейкхолдера или объяснить, чем операционный дашборд отличается от стратегического. Хороший дашборд — это история, рассказанная данными.
Вопросы 6–10 из 20
6Для верхнего ряда дашборда нужно выбрать 3 метрики. Какой набор лучше поддерживает управленческий сторителлинг?
AТри версии одного `KPI` (дневной, недельный, месячный) без пояснений
BОдин основной `KPI`, один драйвер (`leading indicator`) и один `guardrail`
CТри самых 'красивых' графика, не важно какие метрики
DТри метрики, которые проще всего посчитать, даже если они не связаны
Ответ: Верхняя панель должна давать 1 главный `KPI`, объясняющий драйвер и защитный `guardrail`.
Такой набор помогает быстро ответить на три вопроса: что происходит, почему и не сломали ли мы что-то побочное. Это упрощает обсуждения и делает `dashboard layout` устойчивым.
7Стейкхолдер увидел на `dashboard` падение `KPI` сегодня утром, но вы знаете, что данные могут приходить с задержкой. Что добавить для корректного `context`?
AПоказать 'обновлено' (`last updated`) и окно данных (например, `data through yesterday`), чтобы отличать реальное падение от задержки
BСкрыть последние дни, чтобы никто не задавал вопросов
CДобавить ещё один `pie chart` рядом
DУвеличить толщину линий на графике
Ответ: Метка `last updated` и окно данных — базовый `context` для интерпретации свежих точек.
Без информации о свежести данных люди могут реагировать на артефакты загрузки как на реальные изменения. Явное 'до какого времени посчитано' снижает число ложных тревог и ускоряет диагностику.
8В дашборде написано: `ARPU = 1200`, но непонятно, это `per user` или `per account`, и за какой период. Что нужно добавить, чтобы не вводить в заблуждение?
AСменить визуализацию на `scatter plot`
BУбрать ось Y, чтобы не отвлекала
CПокрасить карточку в зелёный, чтобы было ясно, что всё хорошо
DЯвно указать `units` и базу: например, `RUB per active user per month` (или `per account`) и период расчёта
Ответ: Без `units` и определения базы `KPI` легко прочитать неправильно.
Одна и та же цифра может означать разные вещи при разных уровнях агрегации и периодах. Явные `units`, период и база (кто в знаменателе) делают карточку самодостаточной и уменьшают споры о методологии.
9В `dashboard` есть фильтр `region`, но при экспорте в PDF не видно, какие фильтры выбраны, и цифры в обсуждении не сходятся. Что улучшить?
AУбрать фильтры, чтобы все смотрели одинаковое
BСпрятать фильтры в меню и не показывать пользователю
CДобавить больше графиков, чтобы ошибка растворилась
DОтображать активные фильтры как часть `context` (чипы/подзаголовок) и фиксировать их в экспортируемом виде
Ответ: Фильтры — часть `context`: читатель должен видеть, в каком срезе показаны `KPI`.
Без отображения фильтров один и тот же дашборд может означать разные числа для разных людей. Явные выбранные значения уменьшают недоразумения при пересылке скриншотов и PDF.
10Вам нужно показать топ-10 категорий по выручке за вчера и сравнить их между собой. Какой тип графика обычно лучший?
A`line chart`, потому что линии всегда нагляднее
B`pie chart`, потому что доли видны сразу
C`bar chart` с сортировкой по значению и явными `units` на оси
D`scatter plot`, потому что он лучше для времени
Ответ: Для сравнения категорий по величине чаще всего подходит `bar chart`.
Сортированный `bar chart` делает ранжирование и различия очевидными, особенно если указаны `units`. `Pie chart` хуже читается при множестве категорий, а `line chart` уместен для времени, но не для одного среза.
Хотите тренировать интерактивно?
В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.
Тренировать в TelegramДругие темы: Визуализация данных