Дашборды и сторителлинг: вопросы для собеседования (часть 4)
Как построить дашборд, который будут реально использовать: иерархия информации, drill-down, ключевые метрики наверху, детали по запросу. На собеседовании просят спроектировать дашборд для конкретного стейкхолдера или объяснить, чем операционный дашборд отличается от стратегического. Хороший дашборд — это история, рассказанная данными.
Вопросы 16–20 из 20
16На графике уже 8 подписей-событий, и `annotation` перекрывает данные. Как лучше поступить, чтобы сохранить смысл и читаемость?
AДобавить ещё `annotation`, чтобы точно ничего не потерять
BОставить 1–2 ключевые `annotation`, а остальное вынести в `tooltip`/`side panel` или отдельный список событий
CПолностью удалить все подписи и никогда не использовать `annotation`
DПоменять все подписи на красный цвет, чтобы они были заметнее
Ответ: Слишком много `annotation` ухудшает чтение; оставляйте только ключевые и давайте остальное по запросу.
Аннотация работает, когда она редкая и объясняет важный перелом или решение. Если событий много, оставьте самые значимые на графике, а остальное вынесите в отдельный блок `context` или `tooltip`.
17Вы хотите показать на одном графике `revenue` и `conversion to paid` с двумя осями (`dual axis`). Что лучше сделать, чтобы не манипулировать восприятием?
AСделать вторую ось без подписей, чтобы не отвлекать
BПодобрать масштабы осей так, чтобы линии совпали
CИспользовать `log scale` для одной метрики без объяснения
DРазнести метрики на два согласованных графика или привести обе к индексу от `baseline` (например, `index=100`) и явно подписать `units`
Ответ: `Dual axis` легко искажает сравнение; лучше разделять графики или нормализовать к `baseline`.
Две оси позволяют 'нарисовать' любой визуальный вывод, меняя масштаб. Раздельные графики с общим временем или индексация к `baseline` честнее и уменьшают риск ложных причинно-следственных выводов.
18Вы показываете падение `KPI` в еженедельном дашборде и хотите, чтобы читатель понял причину и следующий шаг. Что лучше добавить?
AЕщё один общий график того же `KPI` крупнее
BСменить тип графика на `pie chart`
CСделать сторисекцию: `headline` с выводом, затем разрезы по драйверам, и `annotation` с гипотезой/событием + блок 'Что делаем дальше'
DУбрать детали, чтобы не перегружать руководителя
Ответ: Сторителлинг в `dashboard layout` — это путь от `KPI` к причине и действию.
Один график показывает симптом, но не объясняет, что делать. Структура 'вывод → диагностика → `next step`' с `annotation` и разрезами превращает данные в решение.
19В дашборде общий `conversion to paid` вырос, но в каждом канале трафика конверсия упала. Как корректнее объяснить это в сторителлинге, добавив `context`?
AЭто невозможно, значит данные сломаны
BСкрыть каналы и показывать только общий `KPI`
CПоменять цвета каналов, чтобы падение было менее заметно
DПоказать изменение микса каналов (веса), разложить эффект на вклад структуры и вклад конверсии, и явно подписать `baseline`
Ответ: Такое бывает из-за сдвига микса (`mix shift`): общий `KPI` может расти при перераспределении долей сегментов.
Если доля канала с высокой конверсией выросла, общий `conversion to paid` может увеличиться, даже если внутри каждого канала стало хуже. Покажите веса сегментов и разложение эффекта, добавив `context` о смене состава аудитории.
20В карточке написано `Revenue +15%`, но не указано, относительно чего и за какой период. Какой `headline` корректнее?
A`Revenue`
B`Revenue` — лучший показатель за всю историю компании
C`Revenue` `+15% WoW` за `last 7 days` (против `baseline` прошлой недели), `units` — `RUB`
DРост есть, детали не меняют вывода
Ответ: Хороший `headline` включает сравнение (`baseline`) и период, а для денег — `units`.
Без `baseline` и окна времени 'плюс 15%' не интерпретируется и провоцирует спор о методологии. Указание `WoW`, периода и `units` делает вывод проверяемым и пригодным для шаринга без дополнительного `context`.
Хотите тренировать интерактивно?
В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.
Тренировать в TelegramДругие темы: Визуализация данных