Как создать дашборд: источники данных, KPI, графики и доступ

Чтобы создать дашборд, начните с вопросов, на которые он должен отвечать, и с людей, которые будут его читать, точно определите небольшой набор метрик, подключите данные, из которых эти метрики берутся, и выберите простую диаграмму для каждой. Затем решите, кто какие числа может видеть. ИИ-конструктор приложений может быстро создать красивый дашборд; трудная часть, и именно она решает, будет ли кому-то доверять дашборд, — это получить правильные данные и определения.

Начните с вопросов, а не с диаграмм

Дашборд, который пытается показать всё, открывают один раз. Прежде чем думать о диаграммах, ответьте:

• Для кого он? Для основателя, отдела продаж, операционной команды, инвесторов, ваших клиентов?
• Какие решения он поддерживает? «Нужно ли нанимать ещё одного сотрудника поддержки?» — вопрос, на который дашборд может ответить. «Покажи мне наши данные» — нет.
• Как часто на него будут смотреть? Ежедневным операционным дашбордам нужны свежие данные и оповещения; ежемесячный обзор для совета — нет.

Запишите три–пять вопросов. Каждый становится одной или двумя метриками.

Точно определите каждую метрику

Большинство споров о дашбордах на самом деле споры об определениях. Напишите короткое определение для каждого числа:

Вставьте эти определения в промпт. Иначе ИИ выберет разумно звучащий расчёт, который может не совпадать с тем, как ваш бизнес считает.

Откуда берутся данные

Два принципа действуют везде:

1. Ключи храните на сервере. API-ключи и пароли к базам должны находиться в переменных окружения приложения, а не в коде браузера.
2. Решите, насколько данные должны быть свежими. Загрузка из нескольких API при каждом открытии страницы медленная и может упереться в лимиты. Для большинства бизнес-дашбордов надёжнее синхронизация раз в час или ночью в вашу базу с отметкой «обновлено» на странице.

Если API для вас новость, что такое API и что такое база данных объясняют основы.

Выберите правильную диаграмму

• Одно число с изменением («42 000 $, +8% к прошлому месяцу») — карточка KPI. Самый полезный элемент на большинстве дашбордов.
• Динамика во времени — линейный график. Столбцы используйте только для небольшого числа периодов.
• Сравнение категорий — горизонтальная столбчатая диаграмма, отсортированная по значению.
• Часть целого — составная столбчатая диаграмма. Круговые диаграммы работают только с двумя–тремя секторами.
• Детали и исключения — таблица с сортировкой, поиском и фильтрами. Часто полезнее любой диаграммы.

Держите цвета последовательными: один цвет для «текущего периода», приглушённый для «сравнения», красный только для того, что требует внимания.

Кто что видит

Решите доступ до разработки:

• Внутренний, все видят всё — проще всего. Всё равно нужен вход, если там деловые данные.
• По ролям — отдел продаж видит продажи, финансы — маржу, руководители — свою команду.
• Для клиентов — каждый клиент видит только свои данные. Каждый запрос должен фильтровать данные по аккаунту клиента на сервере. Проверьте, войдя под двумя разными клиентами.

Дашборд с данными о выручке или клиентах на публичном адресе без входа — это утечка, которую ждёт кто-то, кто её найдёт.

Первый промпт, который работает

Создай дашборд продаж для B2B-компании по разработке ПО из 10 человек. Аудитория: основатели и руководитель отдела продаж, которые смотрят его каждый понедельник. Страница обзора: карточки KPI — новый MRR за этот месяц, общий MRR, новые клиенты за месяц, отток клиентов за месяц и сумма воронки, каждая с изменением относительно прошлого месяца; линейный график MRR за последние 12 месяцев; столбчатая диаграмма новых сделок по источнику. Страница «Сделки» с поисковой, сортируемой таблицей (компания, ответственный, сумма, этап, дата закрытия) и фильтрами по ответственному и этапу. Определения метрик: MRR — сумма активных месячных подписок, годовые тарифы делятся на 12; отток считает клиентов, чья подписка закончилась в этом месяце. Пока используй реалистичные примерные данные в базе — подключим Stripe позже. Показывай время «последнего обновления». Требуется вход. Чистая боковая навигация.

Этот промпт называет аудиторию, каждую метрику с определением, диаграммы и план данных — и начинает с примерных данных, чтобы согласовать дизайн до подключения реальных источников.

Этапы сборки

1. Макет на примерных данных. Согласуйте метрики и диаграммы, пока данные вымышленные и их легко менять.
2. Подключите один реальный источник. Сверьте каждое число с исходной системой вручную. Если MRR отличается от того, что показывает Stripe, выясните почему, прежде чем идти дальше.
3. Добавьте остальные источники по одному, проверяя каждый.
4. Плановое обновление или запросы при загрузке, с меткой «обновлено».
5. Фильтры — сначала диапазон дат, затем один–два других, которые просят чаще всего.
6. Вход и роли.
7. Состояния пустого экрана и ошибок — что показывает страница, когда источник недоступен или фильтр ничего не нашёл.
8. Покажите дашборд аудитории, затем уберите то, что через месяц никто не смотрит.

Как сделать быстрым

Медленный дашборд проверяют реже. Заранее считайте дорогие итоги (сводная таблица по дням вместо сканирования каждого заказа), разбивайте большие таблицы на страницы и сначала загружайте основные карточки, чтобы страница была полезна до того, как доедут диаграммы. Если число считается долго, показывайте, когда оно было рассчитано в последний раз, а не пересчитывайте его при каждом визите.

Частые ошибки

• Слишком много диаграмм. Если выделено всё, ничего не выделено.
• Неопределённые метрики. Два человека, которые читают один дашборд, должны прийти к одному выводу.
• Никогда не сверяют числа с источником. Одна неверная цифра — и люди перестают доверять всему дашборду.
• Запрос каждого API при каждой загрузке страницы. Медленно, хрупко и иногда дорого.
• Нет контекста дат. Всегда показывайте период и сравнение.
• Секреты во фронтенде. API-ключ, видимый в браузере, может скопировать любой, кто открыл страницу.

Когда лучше BI-инструмент

Если ваши данные уже лежат в базе или хранилище, а основные пользователи — аналитики, которые хотят их исследовать, нарезать и строить собственные диаграммы, BI-инструмент — Looker Studio, Power BI, Metabase и другие — послужит им лучше, чем самодельная система. Многие SaaS-инструменты также имеют хорошие встроенные отчёты; проверьте их, прежде чем переделывать. Собственный дашборд выигрывает, когда он предназначен для клиентов или людей без аналитической подготовки, требует логики или прав, которые BI-инструмент не выразит, объединяет источники способом, специфичным для вашего бизнеса, или входит в продукт, которым вы уже владеете.

Если задача — не просмотр чисел, а изменение записей, вам нужна админ-панель или внутренний инструмент: см. как создать внутренний инструмент. А если ваши числа сейчас живут в таблице, как превратить таблицу в приложение — хорошее следующее чтение.

Как это сделать с Mythex

В Mythex вы описываете дашборд, а агент строит страницы и диаграммы в живом предпросмотре, начиная с реалистичных примерных данных и переходя к выделенной базе Postgres, когда числам нужно сохраняться. В примере использования дашборда в документации есть стартовый промпт. Если ваши данные в таком инструменте, как Google Sheets, можно подключить аккаунт через Коннекторы и попросить агента прочитать их и построить дашборд.

Готовых коннекторов к хранилищам вроде BigQuery, Snowflake, Stripe в самом приложении нет: для них приложение вызывает их API с ключами, которые вы сохраняете как секреты проекта. Вход и роли для людей, которые смотрят дашборд, — часть приложения, которое вы создаёте. Чтобы начать с промпта, посмотрите шаблоны дашбордов, например дашборд метрик.

Вопросы