Як створити дашборд: джерела даних, KPI, графіки та доступ

Щоб створити дашборд, почніть із питань, на які він має відповідати, і людей, які його читатимуть, точно визначте невеликий набір показників, підключіть дані, з яких ці показники беруться, і виберіть простий графік для кожного. Потім вирішіть, хто може бачити які цифри. Конструктор застосунків на основі ШІ може за лічені хвилини згенерувати охайний дашборд; найскладніше, і саме від цього залежить, чи довірятиме йому хтось, — отримати правильні дані та визначення.

Почніть з питань, а не з графіків

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

• Для кого він? Для засновника, команди продажів, операційного відділу, інвесторів, ваших клієнтів?
• Які рішення він підтримує? «Чи потрібно найняти ще одного працівника підтримки?» — питання, на яке дашборд може відповісти. «Покажи нам наші дані» — ні.
• Як часто на нього дивитимуться? Щоденні операційні дашборди потребують свіжих даних і сповіщень; місячний огляд для правління — ні.

Запишіть від трьох до п'яти питань. Кожне стає одним-двома показниками.

Визначте кожен показник точно

Більшість суперечок щодо дашбордів насправді є суперечками про визначення. Запишіть коротке визначення для кожної цифри:

Вставте ці визначення в промпт. Інакше ШІ обере розрахунок, який звучить розумно, але може не відповідати тому, як ваш бізнес рахує.

Звідки беруться дані

Два принципи діють скрізь:

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

Якщо API для вас нові, що таке API і що таке база даних пояснюють основи.

Оберіть правильний графік

• Одне число зі зміною («42 тис. $, +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 з ключами, які ви зберігаєте як секрети проєкту. Входи та ролі для людей, які дивляться дашборд, є частиною застосунку, який ви створюєте. Щоб почати з промпту, перегляньте шаблони дашбордів, наприклад дашборд метрик.

Запитання