Расскажите историю¶
Технически дашборд можно построить из правильно сгруппированных панелей — и он будет работать. Но дизайнеры интерфейсов (вот это поворот!) утверждают, что человек воспринимает информацию легче всего в виде истории: вступление → кульминация → развязка. Ваш дашборд должен проводить зрителя по этому же пути.
Принцип повествования¶
Когда пользователь открывает дашборд, он задаёт мысленный вопрос — примерно так:
"Что происходит с моим сервисом сейчас?"
Выстраивайте панели так, чтобы они отвечали именно в этом порядке — от общего к частному, от поверхности к глубине.
Трёхактная структура дашборда¶
Акт 1 — Завязка (первые 2-3 строки)
- Сводим информацию: RPS, Error Budget. Минимальный набор для ответа на вопрос "есть ли проблема". Самые широкие данные.
- Ставьте панели типа Stat (крупное число, цвет фона). Глаз выхватывает крупную цифру — всю информацию получает мгновенно.
Акт 2 — Развитие (основная часть — 4-6 строк)
- Спектр ресурсов (CPU/Mem/Disk). Узко, уже детальнее. Человек знает, что проблема есть, и погружается. Здесь — line chart'ы и таблицы.
Акт 3 — Развязка (последние строки)
- Логи, трейсы, запросы к БД. Микроскопия. Человек уже почти увидел виновника и получает последнее недостающее звено. Logs panel, Trace View. Самые узконаправленные панели.
Антипример¶
Хаотичный дашборд: первая панель — Logs, потом CPU, потом снова логи, потом RPS. При просмотре взгляд дёргается и теряет нить. Человек тратит дополнительные 5 секунд на ориентацию, а в ночном уставшем состоянии это вечность.
Метод обратной связи истории¶
После построения дашборда задайте себе (или коллеге) вопрос: "Что ты видишь на этом дашборде? Расскажи." Идеальный ответ:
"Сервис работает, RPS нормальный, CPU спокоен. Вся система зелёная."
Если ответ начинается с "Ну, не знаю, тут много всего..." — возвращайтесь к первоструктуре.