Дизайн дашборда ITSM: что показывать руководителю IT-поддержки

Дашборд начинается с вопросов, не с данных

Самая частая ошибка дизайнера дашборда — начать с «какие у нас есть метрики». Правильный путь — начать с вопросов, на которые руководитель должен получить ответ:

1. Сколько работы в очереди прямо сейчас? → метрика «открытых заявок».
2. Кто перегружен, у кого простой? → метрика «загрузка операторов».
3. Что-то срочное горит? → метрика «нарушения SLA», «критичные приоритеты».
4. Динамика — становится лучше или хуже? → график «заявки за неделю».
5. Какие услуги генерят проблемы? → топ-5 услуг по объёму.
6. Какое настроение у клиентов? → CSAT за неделю.

Шесть вопросов — шесть виджетов. Больше — отвлекает, меньше — не информативно.

10-секундный тест взгляда

После того, как вы сделали дашборд, проведите тест:

1. Откройте дашборд на 10 секунд (буквально по таймеру).
2. Закройте.
3. Запишите, что запомнили и какой вывод сделали.

Если запомнились 2-3 числа и вывод «всё нормально / нужно посмотреть очередь / нужна срочная эскалация» — дашборд работает. Если в голове остался только «много чисел» — переделывайте.

Принципы для прохождения теста:

• Критичные метрики — крупно. «12 заявок просрочены» — заголовок 48 px, красным.
• Цветовое кодирование. Зелёный = норма, жёлтый = внимание, красный = действовать. Без объяснений в легенде.
• Один акцент на экран. Если всё одинаково красное — ничто не выделяется.
• Сравнение с эталоном. «12 нарушений» — это много или мало? «12 нарушений (вчера 5, неделю назад 18)» — теперь понятно.

Must-have виджеты

Это база. Шестой виджет — на ваш выбор: CSAT, топ-услуг, SLA-compliance — что важно именно вашему бизнесу.

Чего НЕ должно быть на главном дашборде

• «Тортики». Pie chart — почти всегда плохой выбор. Bar chart информативнее.
• Большие таблицы. Если нужно прокручивать или сортировать — это уже отчёт, не дашборд. Отдельная страница.
• Прогноз без данных. «Ожидается рост на 15%» — на чём основано? Если на одной точке — лучше не показывать.
• 3D-графики. Никогда. 3D искажает восприятие пропорций.
• Метрики без сравнения. «42» — много или мало? Без вчера / неделю назад / KPI — бессмысленно.
• Цветной шум. Радужная палитра, где каждый виджет своего цвета — глаз не знает, на что смотреть.

Разные дашборды для разных ролей

Один универсальный дашборд для всех — это компромисс, который никого не устраивает. Минимум три варианта:

• Дашборд оператора — мои назначенные заявки, мой план на день, мои нарушения SLA.
• Дашборд тимлида — очередь команды, загрузка команды, проблемные услуги.
• Дашборд руководителя IT — стратегические показатели: CSAT за квартал, динамика год-к-году, эскалации.

В TIQQET дашборды настраиваются конструктором — каждый собирает свой набор виджетов. Базовые шаблоны идут из коробки, дальше каждый донастраивает под себя.

Обновление и кэширование

Дашборд не должен подгружаться 30 секунд. Принципы:

• Базовые виджеты — мгновенно (кэш 30-60 сек).
• Тяжёлые отчёты — с явным «обновлено в HH:MM», кнопка перезапросить.
• Реал-тайм-индикаторы (новая заявка, нарушение SLA) — через WebSocket или Server-Sent Events.
• Анимация цифр при изменении — добавляет «живости», но не должна отвлекать постоянно.

Главное — пользователь должен ВЕРИТЬ, что данные актуальны. Если он видит «23 открытых», а в списке заявок 27 — доверие к дашборду подорвано надолго.