Операції та Управління → Дашборд метрик і звітності

Дашборд метрик і звітності

1) Призначення та охоплення

• моментальну картину здоров'я систем і P&L,
• раннє виявлення відхилень,
• прозорість для керівництва та команд,
• уніфікацію показників для продуктів, ринків і регіонів.

Охоплення: операційні метрики (SLA, інциденти), продуктові (активність, конверсія), фінансові (GGR/NGR, ARPPU, LTV), маркетинг (CAC, ROMI), ризики та комплаєнс (KYC/AMI L, chargeback, шахрайство), підтримка (SLA тікетів).

2) Ролі та споживачі

C-level/Дирекція: зведені KPI, тренди по цілях OKR, P&L, ризики.
Операції/NOC: аптайм сервісів, алерти, черги завдань, інциденти.
Продукт/Growth: воронки, A/B, когортний аналіз, утримання.
Фінанси: денні/тижневі звіти по виручці і витратах, податкові зрізи.
Комплаєнс/Ризик: KYC статуси, підозрілі патерни, звіти для регулятора.
Підтримка: SLA відповідей, NPS/CSAT, типологія звернень.

• Accountable: Власник Дашборда (Head of Ops/Analytics).
• Responsible: Команда даних/BI.
• Consulted: Продукт, Фінанси, Ризик, SRE.
• Informed: Керівники напрямків.

3) Архітектура даних та оновлення

Джерела: події (стрім), OLTP БД, логи, провайдери платежів, CRM/Helpdesk, A/B-платформа.
Шар обробки: ETL/ELT, стрімінг (для T-15-T + 5 хвилин), дедуплікація, валідація схеми, SCD.
Модель: зіркоподібна (факт таблиці щодо подій/транзакцій + вимірювання: час, регіон, продукт, канал).

• Реал-тайм: 1-5 хвилин (операційні, алерти).
• Інкрементальний батч: 15-60 хвилин (маркетинг/продукт).
• Добовий закриваючий батч: 01:00–03:00 (фінанси/комплаєнс).
• Якість даних: правила валідації (повнота, унікальність, допустимі діапазони), моніторинг затримок пайплайнів, контроль дрифту.

4) Каталог KPI і формули (шаблон)

4. 1 Операції/SRE

Аптайм (%) = 1 − (час простою/загальний час) × 100

MTTR (Mean Time To Restore)

MTTA / MTTD (Mean Time To Acknowledge / Detect)

Помилка запиту (%) = помилки _ 5хх/всі _ запити

4. 2 Продукт/Поведінка

DAU/WAU/MAU

Retention D1/D7/D30

Conversion Funnel: Visit → Sign-up → KYC → Deposit → First Action

ARPPU = виручка/платять користувачі

LTV (t) = Σ (середня маржа періоду × ймовірність утримання)

4. 3 Маркетинг/Зростання

CAC = маркетингові витрати/число нових платять

ROMI = (додаткова маржа − витрати )/витрати

CR по каналах (SEO/ASO/Ads/Affiliates), Cohorts за датою залучення

4. 4 Фінанси

GGR (валовий виторг)

NGR = GGR − бонуси − провайдерські комісії − податки на ігри

Net Margin = (NGR − OPEX − CAPEX − процесинг )/NGR

4. 5 Ризик/Комплаєнс

KYC Completion (%) = верифіковані/нові реєстрації

SAR Rate (підозрілі активності)

Chargeback Rate = чарджбеки/успішні транзакції

Fraud Score середній/перцентильний

4. 6 Підтримка

SLA ответов (P1/P2/P3), First Response Time, CSAT/NPS, Backlog Size

5) Інформаційна архітектура дашборду

Головна (Executive): 8-12 ключових карток + спарклайни, теплові карти по регіонах, тренди YTD/MTD/WoW.
Операційна панель (Command Center): аптайм, алерти, черги, інциденти, продуктивність API, затримки ETL.
Продукт/Зростання: воронки, когортні сітки, сегменти, A/B-МЕ (метрики ефекту).
Фінанси: GGR/NGR, маржа по провайдерам/ринкам, виплати, процесинг, податки.
Ризик/Комплаєнс: KYC, аномалії, фрод-прапори, звітність для регулятора.
Підтримка: SLA, обсяг звернень, типологія, повторні тікети, VOC.

Навігація: глобальні фільтри (період, регіон, продукт, платформа, канал), швидкі пресети (Сьогодні/Вчора/MTD/QTD/YTD), кнопка «Drill-through» на деталі.

6) Віджети та шаблони візуалізацій

KPI-картка: поточне значення, Δ до попереднього періоду, міні-спарклайн, статус (green/amber/red).
Воронка конверсії: бар-чарт за етапами, конверсія між кроками, відвал (%).
Когортна матриця: утримання по тижнях/місяцях, теплова шкала.
Тайм-серії: денні/годинні значення з контрольними межами (± 2 σ, ± 3 σ).
Топ-N таблиця: провайдери/канали/регіони з внеском в KPI, клікабельний drill-down.
Теплова карта інцидентів: щільність по сервісах × часу.
Санкей/Flow: потік користувачів/грошей між етапами.
Geo-map: KPI по країнах/регіонах, шар комплаєнс-обмежень.

7) Сигнали, алерти і пороги

Типи: інформаційний, попередження, критичний.
Пороги: статичні (жорсткі) + динамічні (за сезонністю та історичними варіаціями).
Шаблони сповіщень: коротко «що сталося», контекст (діапазон, тренд), гіпотези причин, посилання на детальну панель, власник інциденту.
Дедуплікація алертів: придушення «бурстів», груповка зв'язаних сигналів.
SLO з алертингу: MTTA ≤ 5 хв (критич.) , MTTR ≤ 30-60 хв.

8) Доступ і безпека

RLS/CLS (Row/Column Level Security): фільтри по регіонах і юрисдикціях.
PII/фіндані: маскування і токенізація, мінімально необхідний доступ.
Аудит: хто дивився, що вивантажував, які фільтри застосовував.
Версіонування артефактів: Git для SQL/візуалізацій і словника метрик.

9) Регламенти звітності

Щодня (D-reports): операційний зріз, інциденти, GGR/NGR, ключові дельти.
Щотижня: ретеншн, канали залучення, ROMI, фрод-дайджест.
Щомісяця: P&L, когортні звіти, KPI проти цілей OKR, комплаєнс звіти.
За запитом: звіти для регуляторів/аудиту, A/B-результати, пост-мортеми.

Всі звіти формуються з одного словника метрик і єдиної моделі даних - ніяких «ручних Excel з альтернативною правдою».

10) Впровадження: покроковий план

1. Інвентаризація метрик: зібрати поточні KPI, усунути дублі/конфлікти.
2. Словник метрик: ID, формула, власник, джерела, періодичність, пороги.
3. Модель даних: факти/вимірювання, SCD, одиниці виміру, хронологія.
4. Слай обробок: стрімінг для «гарячих» метрик, батч для фінансів.
5. Макети дашбордів: low-fi → high-fi, узгодження з ролями.
6. RLS/CLS і приватність: доступи, маскування, аудит.
7. Алертінг: правила, пороги, канали (чат, пошта, PagerDuty тощо).
8. Пілот і бета: 2-4 тижні на одну вертикаль (наприклад, Операції), збір фідбека.
9. Навчання та playbook: короткі відео/гайд, шаблони досліджень.
10. Безперервне поліпшення: backlog поліпшень, випуск реліз-нот.

11) Анти-патерни

«Зоопарк дашбордів»: десятки версій одного KPI без єдиного словника.
Ручні звіти: нестабільність, ризики помилок і витоку PII.
Надмірна деталізація на головному екрані: «Інформаційний шум».
Алерт-спам: відсутність пріоритизації та дедуплікації.
Без власника метрики: розмита відповідальність → спірна «правда».

12) Чек-листи

Перед релізом дашборду

• KPI узгоджені, описані і мають власників
• Одиниці вимірювання і часові зони уніфіковані
• RLS/CLS налаштовані, PII маскована
• Пороги алертів перевірені на історичних даних
• Навантаження і SLA оновлень протестовані
• Onboarding-гайд і changelog опубліковані

Щомісячне обслуговування

• Рев'ю словника метрик (зміни, нові метрики)
• Валідація джерел і затримок пайплайнів
• Ретроспектива алертів (помилкові/пропущені)
• UX-поліпшення: швидкість, фільтри, пресети

13) Приклади SQL/логіки (спрощено)

ARPPU (денний)

sql
SELECT d::date AS day,
SUM(revenue) / NULLIF(COUNT(DISTINCT CASE WHEN pay_count > 0 THEN user_id END), 0) AS arppu
FROM daily_user_finance
GROUP BY 1;

Когорта з реєстрації (MAU Retention M1)

sql
WITH cohorts AS (
SELECT user_id, date_trunc('month', signup_at) AS cohort_month
FROM users
),
activity AS (
SELECT user_id, date_trunc('month', activity_at) AS active_month
FROM user_activity
)
SELECT cohort_month,
COUNT(DISTINCT user_id) FILTER (WHERE active_month = cohort_month) AS m0,
COUNT(DISTINCT user_id) FILTER (WHERE active_month = cohort_month + INTERVAL '1 month') AS m1,
ROUND(100. 0 COUNT(DISTINCT user_id) FILTER (WHERE active_month = cohort_month + INTERVAL '1 month')
/ NULLIF(COUNT(DISTINCT user_id) FILTER (WHERE active_month = cohort_month),0), 2) AS m1_retention_pct
FROM cohorts c
LEFT JOIN activity a USING (user_id)
GROUP BY 1
ORDER BY 1;

Алерт на аномалії GGR (день-до-дня)

sql
SELECT today. ggr,
yesterday. ggr,
(today. ggr - yesterday. ggr) / NULLIF(yesterday. ggr,0) AS delta
FROM revenue_daily today
JOIN revenue_daily yesterday ON yesterday. day = today. day - INTERVAL '1 day'
WHERE today. day = CURRENT_DATE
AND ABS((today. ggr - yesterday. ggr) / NULLIF(yesterday. ggr,0)) > 0. 25;

14) Локалізація та мульти-регіон

Єдина таксономія країн/юрисдикцій, валют, ПДВ/гральних податків.
Конверсія валют за зафіксованими правилами (end-of-day vs average).
Часові пояси: зберігати UTC, візуалізувати в локалі користувача.
Регуляторні звіти: шаблони + параметризація під країну.

15) Показники якості самого дашборду

Coverage: частка ключових KPI, доступних в панелі.
Freshness SLA: частка оновлень, що потрапили в заявлене вікно.
Adoption: MAU дашборду, глибина сесій, збережені пресети.
Decision Lag: середній час від алерта до прийнятої дії.
Accuracy: частка узгоджених розбіжностей <допустимого порогу.

16) Підсумок

Дашборд метрик і звітності - це не набір красивих графіків, а управлінський інструмент з єдиним словником метрик, стійкою моделлю даних, чіткими SLA і відповідальностями. Його завдання - прискорювати прийняття рішень, знижувати операційні ризики і підвищувати передбачуваність результату.