GH GambleHub

ოპერაციები და მენეჯმენტი - დაშბორდის მეტრიკა და მოხსენება

დაშბორდის მეტრიკა და მოხსენებები

1) დანიშვნა და გაშუქება

დაშბორდი არის „ერთი ფანჯარა“ ბიზნესის და პროცესების ყოველდღიური მართვისთვის. ის იძლევა:
  • სისტემების ჯანმრთელობის მყისიერი სურათი და P&L,
  • გადახრების ადრეული გამოვლენა,
  • გამჭვირვალობა მენეჯმენტისა და გუნდებისთვის,
  • ინდიკატორების გაერთიანება პროდუქტების, ბაზრებისა და რეგიონებისთვის.

გაშუქება: ოპერაციული მეტრიკა (SLA, ინციდენტები), საკვები (აქტივობა, კონვერტაცია), ფინანსური (GGR/NGR, ARPPU, LTV), მარკეტინგი (CAC, ROMI), რისკები და შესაბამისობა (KYC/A, chargeback, თაღლითობა), მხარდაჭერა (SLA თიკეტები).

2) როლები და მომხმარებლები

C-level/დირექტორატი: კომბინირებული KPI, OKR, P&L მიზნების ტენდენციები, რისკები.
ოპერაციები/NOC: სერვისების აფთიაქი, ალერტები, დავალებების რიგები, ინციდენტები.
პროდუქტი/Growth: ძაბვები, A/B, კოჰორტის ანალიზი, შენარჩუნება.
ფინანსები: დღისით/ყოველკვირეული ანგარიშები შემოსავლისა და ხარჯების შესახებ, საგადასახადო განყოფილებები.
შესაბამისობა/რისკი: KYC სტატუსები, საეჭვო ნიმუშები, მოხსენებები რეგულატორისთვის.
მხარდაჭერა: SLA პასუხები, NPS/CSAT, ზარების ტიპოლოგია.

RACI:
  • Accountable: Dashboard- ის მფლობელი (Ops/Analytics).
  • Responsible: მონაცემთა გუნდი/BI.
  • Consulted: პროდუქტი, ფინანსები, რისკი, SRE.
  • ინფორმირებული: მიმართულების ლიდერები.

3) მონაცემთა არქიტექტურა და განახლებები

წყაროები: მოვლენები (ნაკადი), OLTP BD, ლოგოები, გადახდის პროვაიდერები, CRM/Helpesk, A/B პლატფორმა.
დამუშავების ფენა: ETL/ELT, ნაკადი (T-15-T + 5 წუთისთვის), დედაპლიკაცია, მიკროსქემის შესაბამისობა, SCD.
მოდელი: ვარსკვლავური ფორმის (ცხრილის ფაქტი მოვლენებში/გარიგებებში + გაზომვები: დრო, რეგიონი, პროდუქტი, არხი).

განახლებები:
  • რეალი დრო: 1-5 წუთი (ოპერაციული, ალერტები).
  • სავარაუდო ბატი: 15-60 წუთი (მარკეტინგი/პროდუქტი).
  • ყოველდღიური დახურვის პეპელა: 01: 00-03: 00 (ფინანსები/შესაბამისობა).
  • მონაცემთა ხარისხი: ვალიდაციის წესები (სისრულე, უნიკალურობა, დასაშვები დიაპაზონი), pline შეფერხებების მონიტორინგი, დრიფტის კონტროლი.

4) KPI და ფორმულის კატალოგი (შაბლონი)

4. 1 ოპერაცია/SRE

აფთიაქი (%) = 1 − (საერთო დრო/საერთო დრო) × 100

MTTR (Mean Time To Restore)

MTTA / MTTD (Mean Time To Acknowledge / Detect)

მოთხოვნის შეცდომა (%) = შეცდომები _ 5xx/ყველა _ მოთხოვნა

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 = Charjbecki/წარმატებული გარიგებები

Fraud Score საშუალო/percentille

4. 6 მხარდაჭერა

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

💡 რეკომენდაცია: თითოეულ KPI- ს მიანიჭეთ ID, მფლობელი, ფორმულა, აგრეგაციის პერიოდი, გაზომვის ერთეულები, მიზნობრივი მნიშვნელობა (target), ბარიერი/კრიტიკული), მონაცემთა წყარო და პასუხისმგებლობის კონტაქტი.

5) დაშბორდის ინფორმაციის არქიტექტურა

მთავარი: 8-12 ძირითადი ბარათი + sparkline, თერმული ბარათები რეგიონებში, YTD/MTD/WoW ტენდენციები.
ოპერაციული პანელი (Command Center): აფთიაქი, ალერტები, რიგები, ინციდენტები, API პროდუქტიულობა, ETL შეფერხებები.
პროდუქტი/ზრდა: ძაბვები, კოჰორტის ბადეები, სეგმენტები, A/B-ME (ეფექტის მეტრიკა).
ფინანსები: GGR/NGR, პროვაიდერების/ბაზრების ზღვარი, გადახდები, დამუშავება, გადასახადები.
რისკი/შესაბამისობა: KYC, ანომალიები, ფროიდის დროშები, მოხსენებები რეგულატორისთვის.
მხარდაჭერა: SLA, ზარების მოცულობა, ტიპოლოგია, განმეორებითი თიკეტები, VOC.

ნავიგაცია: გლობალური ფილტრები (პერიოდი, რეგიონი, პროდუქტი, პლატფორმა, არხი), სწრაფი პრესეტები (დღეს/გუშინ/MTD/QTD/YTD), Drill-through ღილაკი ნაწილებისთვის.

6) ვიზუალიზაციის ვიჯეტები და შაბლონები

KPI ბარათი: მიმდინარე ღირებულება, წინა პერიოდთან შედარებით, მინი სპარკლაინი, სტატუსი (მწვანე/amber/red).
კონვერტაციის ძაბრი: ბარის გრაფიკი ეტაპზე, ნაბიჯებს შორის კონვერტაცია, გადაადგილება (%).
კოჰორტის მატრიცა: კვირების/თვეების შენარჩუნება, თერმული მასშტაბები.
დროის სერია: დღისით/საათობრივი მნიშვნელობები საკონტროლო საზღვრებით (± 2, ± 3).
ტოპ N ცხრილი: პროვაიდერები/არხები/რეგიონები KPI- ში შეტანილი წვლილით, კლიკაბელის დრეილი-დუნი.
ინციდენტების თერმული რუკა: სიმკვრივე მომსახურების × დროში.
Sankey/Flow: მომხმარებელთა ნაკადი/ფული ეტაპზე.
Geo-map: KPI ქვეყნებში/რეგიონებში, შესაბამისობის შეზღუდვების ფენა.

7) სიგნალები, ალერტები და ბარიერები

ტიპები: ინფორმაცია, გაფრთხილება, კრიტიკული.
ბარიერები: სტატიკური (მკაცრი) + დინამიური (სეზონური და ისტორიული ვარიაციები).
შეტყობინებების შაბლონები: მოკლედ „რა მოხდა“, კონტექსტი (დიაპაზონი, ტენდენცია), მიზეზების ჰიპოთეზა, დეტალური პანელის ბმული, ინციდენტის მფლობელი.
ალერტების დედუპლიკაცია: „ბორტების“ ჩახშობა, დაკავშირებული სიგნალების ჯგუფი.
SLO Alerting: MTTA - 5 წთ (კრიტიკა.) MTTR - 30-60 მმ.

8) წვდომა და უსაფრთხოება

RLS/CLS (Row/Column Level Security): ფილტრები რეგიონებისა და იურისდიქციებისთვის.
PII/findanes: შენიღბვა და ტოქსიკაცია, მინიმალური საჭირო წვდომა.
აუდიტი: ვინც დაინახა, რომ მან გადმოტვირთვა, რა ფილტრები გამოიყენა.
არტეფაქტების ვერსია: Git SQL/ვიზუალიზაციისა და მეტრიკის ლექსიკონისთვის.

9) ანგარიშგების წესები

ყოველდღიურად (D-reports): ოპერაციული მონაკვეთი, ინციდენტები, GGR/NGR, საკვანძო დელტა.
ყოველკვირეულად: ჭრილობა, მოზიდვის არხები, ROMI, ფროიდის დაიჯესტი.
ყოველთვიურად: P&L, კოჰორტის მოხსენებები, KPI OKR მიზნების საწინააღმდეგოდ, შესაბამისობის მოხსენებები.
მოთხოვნით: მოხსენებები რეგულატორების/აუდიტის, A/B შედეგების, პოსტ-mortems.

ყველა მოხსენება იქმნება ერთი მეტრიკის ლექსიკონიდან და მონაცემთა ერთიანი მოდელისგან - არა „ხელით Excel ალტერნატიული ჭეშმარიტებით“.

10) განხორციელება: ეტაპობრივი გეგმა

1. მეტრიკის ინვენტარიზაცია: მიმდინარე KPI- ს შეგროვება, დუბლირების/კონფლიქტების აღმოფხვრა.
2. მეტრიკის ლექსიკონი: ID, ფორმულა, მფლობელი, წყაროები, სიხშირე, ბარიერები.
3. მონაცემთა მოდელი: ფაქტები/გაზომვები, SCD, გაზომვის ერთეულები, ქრონოლოგია.
4. სუსტია დამუშავება: ნაკადი „ცხელი“ მეტრიკისთვის, მშვილდი ფინანსებისთვის.
5. დაშბორდის მოდელები: დაბალი-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) ლოკალიზაცია და მულტფილმის რეგიონი

ქვეყნების ერთიანი ტაქსონომია/იურისდიქციები, ვალუტები, დღგ/სათამაშო გადასახადები.
ვალუტის კონვერტაცია დაფიქსირებული წესების შესაბამისად.
დროის ზონები: შენახვა UTC, ვიზუალიზაცია მომხმარებლის იდაყვის.
მარეგულირებელი მოხსენებები: შაბლონები + პარამეტრიზაცია ქვეყნისთვის.

15) თავად დაშბორდის ხარისხის ინდიკატორები

Coverage: პანელში ხელმისაწვდომი საკვანძო KPI წილი.
Freshness SLA: განახლებების წილი დეკლარირებულ ფანჯარაში.
Adoption: MAU Dashboard, სესიების სიღრმე, შენახული პრესეტები.
Decision Lag: საშუალო დრო ალერტიდან მიღებამდე.
Accuracy: შეთანხმებული განსხვავებების წილი <დასაშვები ბარიერი.

16) შედეგი

დაშბორდის მეტრიკა და მოხსენება არ არის ლამაზი გრაფიკების ერთობლიობა, არამედ მართვის ინსტრუმენტი ერთი მეტრიკის ლექსიკონით, მონაცემთა სტაბილური მოდელი, მკაფიო SLA და პასუხისმგებლობები. მისი ამოცანაა გადაწყვეტილების მიღების დაჩქარება, ოპერაციული რისკების შემცირება და შედეგის პროგნოზირების გაზრდა.

Contact

დაგვიკავშირდით

დაგვიკავშირდით ნებისმიერი კითხვის ან მხარდაჭერისთვის.ჩვენ ყოველთვის მზად ვართ დაგეხმაროთ!

Telegram
@Gamble_GC
ინტეგრაციის დაწყება

Email — სავალდებულოა. Telegram ან WhatsApp — სურვილისამებრ.

თქვენი სახელი არასავალდებულო
Email არასავალდებულო
თემა არასავალდებულო
შეტყობინება არასავალდებულო
Telegram არასავალდებულო
@
თუ მიუთითებთ Telegram-ს — ვუპასუხებთ იქაც, დამატებით Email-ზე.
WhatsApp არასავალდებულო
ფორმატი: ქვეყნის კოდი და ნომერი (მაგალითად, +995XXXXXXXXX).

ღილაკზე დაჭერით თქვენ ეთანხმებით თქვენი მონაცემების დამუშავებას.