Kako napraviti dashboard: izvori podataka, KPI, grafikoni i pristup
Da biste napravili dashboard, počnite od pitanja na koja treba da odgovori i ljudi koji će ga čitati, precizno definišite mali skup metrika, povežite podatke iz kojih te metrike dolaze i izaberite jednostavan grafikon za svaku. Zatim odlučite ko može da vidi koje brojeve. Alat za izradu aplikacija uz AI može za nekoliko minuta napraviti uglađen dashboard; najteži dio, i onaj koji odlučuje da li mu iko vjeruje, jeste tačno dobijanje podataka i definicija.
Počnite od pitanja, a ne od grafikona
Dashboard koji pokušava prikazati sve otvori se jednom. Prije nego što razmišljate o grafikonima, odgovorite:
- Za koga je? Osnivača, prodajni tim, operaciju, investitore, vaše kupce?
- Koje odluke podržava? „Da li nam treba još jedna osoba za podršku?“ je pitanje na koje dashboard može odgovoriti. „Pokaži mi naše podatke“ nije.
- Koliko često će gledati? Dnevni operativni dashboardi trebaju svježe podatke i upozorenja; mjesečni prikaz za upravni odbor ne treba.
Zapišite tri do pet pitanja. Svako postaje jedna ili dvije metrike.
Definišite svaku metriku precizno
Većina rasprava oko dashboarda zapravo su rasprave o definicijama. Napišite kratku definiciju za svaki broj:
| Metrika | Nejasno | Precizno |
|---|---|---|
| Prihod | „Novac koji smo zaradili“ | Zbir iznosa plaćenih faktura bez poreza, po datumu fakture, u USD |
| Aktivni korisnici | „Ljudi koji koriste“ | Različiti korisnici sa bar jednom prijavom u posljednjih 30 dana |
| Odliv | „Ljudi koji su otišli“ | Plaćajući kupci na početku mjeseca koji su otkazali tokom njega, podijeljeno sa brojem kupaca na početku |
| Vrijeme odgovora | „Koliko je podrška brza“ | Medijana sati od kreiranja zahtjeva do prvog ljudskog odgovora, samo radnim danima |
Ubacite ove definicije u prompt. Inače će AI izabrati razumno zvučan proračun koji možda ne odgovara načinu na koji vaš posao broji.
Odakle dolaze podaci
| Izvor | Kako ga dashboard čita | Na šta paziti |
|---|---|---|
| Vlastita baza vaše aplikacije | Direktni upiti | Teški upiti usporavaju glavnu aplikaciju; po potrebi dodajte sažete tabele |
| Tabela | Uvoz kao CSV ili čitanje preko API-ja | Ručne izmjene kvare formate; redovi sa ukupnim zbirom i spojene ćelije |
| SaaS alati (Stripe, HubSpot, Shopify, Google Analytics) | Njihovi API-ji sa vašim API ključem | Ograničenja broja zahtjeva, paginacija i to što svaki alat definiše metrike na svoj način |
| Skladište podataka (BigQuery, Snowflake, Postgres) | SQL preko veze na serveru | Pristupni podaci i troškovi upita |
Dva principa važe svuda:
- Ključevi moraju ostati na serveru. API ključevi i lozinke baza pripadaju varijablama okruženja aplikacije, nikad kodu u pregledaču.
- Odlučite koliko su podaci svježi. Povlačenje iz nekoliko API-ja pri svakom učitavanju stranice je sporo i može dovesti do ograničenja broja zahtjeva. Za većinu poslovnih dashboarda, sinhronizacija svakog sata ili preko noći u vašu bazu, uz oznaku „zadnje ažurirano“ na stranici, jednostavnija je i pouzdanija.
Ako su API-ji novi za vas, šta je API i šta je baza podataka objašnjavaju osnove.
Izaberite pravi grafikon
- Jedan broj sa promjenom („42.000 KM, gore 8% u odnosu na prošli mjesec“) — KPI kartica. Najkorisniji element na većini dashboarda.
- Trend kroz vrijeme — linijski grafikon. Stupce koristite samo za mali broj perioda.
- Poređenje kategorija — horizontalni stupci, sortirani po vrijednosti.
- Dio cjeline — složeni stupci. Kružni grafikoni rade samo sa dva ili tri dijela.
- Detalji i izuzeci — tabela sa sortiranjem, pretragom i filterima. Često korisnija od bilo kog grafikona.
Boje neka budu dosljedne: jedna boja za „ovaj period“, prigušena za „poređenje“, crvena samo za stvari koje traže pažnju.
Ko šta vidi
Odlučite pristup prije izrade:
- Interno, svi vide sve — najjednostavnije. Ipak treba prijava ako sadrži poslovne podatke.
- Po ulogama — prodaja vidi prodajne brojeve, finansije vide marže, menadžeri vide svoj tim.
- Za kupce — svaki kupac vidi samo svoje podatke. Svaki upit mora filtrirati po kupčevom nalogu na serveru. Testirajte prijavom kao dva različita kupca.
Dashboard sa prihodima ili podacima o kupcima na javnoj adresi bez prijave je curenje podataka koje čeka da bude otkriveno.
Prvi prompt koji funkcioniše
Napravi prodajni dashboard za B2B softversku kompaniju sa 10 zaposlenih. Publika: osnivači i šef prodaje, provjeravaju ga svakog ponedjeljka. Pregled: KPI kartice za novi MRR ovog mjeseca, ukupni MRR, nove kupce ovog mjeseca, otkazane kupce ovog mjeseca i vrijednost pipelinea, svaka sa promjenom u odnosu na prošli mjesec; linijski grafikon MRR-a za posljednjih 12 mjeseci; stupčasti grafikon novih poslova po izvoru. Stranica Poslovi sa pretraživom, sortirajućom tabelom (kompanija, vlasnik, vrijednost, faza, datum zatvaranja) i filterima po vlasniku i fazi. Definicije metrika: MRR je zbir iznosa aktivnih mjesečnih pretplata, a godišnji paketi se dijele sa 12; odliv broji kupce čija je pretplata završena ovog mjeseca. Za sada koristi realistične primjere podataka u bazi — Stripe povezujemo kasnije. Prikaži vrijeme „zadnje ažurirano“. Potrebna prijava. Čist raspored sa bočnim menijem.
On navodi publiku, svaku metriku sa njenom definicijom, grafikone i plan podataka, i počinje sa primjer podacima, pa se možete dogovoriti o dizajnu prije povezivanja stvarnih izvora.
Koraci izrade
- Raspored sa primjer podacima. Dogovorite metrike i grafikone dok su podaci lažni i lako ih je mijenjati.
- Povežite jedan stvarni izvor. Ručno provjerite svaki broj u izvornom sistemu. Ako se MRR razlikuje od onoga što pokazuje Stripe, saznajte zašto prije nego što nastavite.
- Dodajte ostale izvore, jedan po jedan, i provjeravajte svaki.
- Zakazano osvježavanje ili upiti pri učitavanju, sa oznakom „zadnje ažurirano“.
- Filteri — prvo raspon datuma, zatim jedan ili dva ostala koja ljudi traže.
- Prijava i uloge.
- Prazna stanja i greške — šta stranica prikazuje kad izvor ne radi ili filter ne vraća ništa.
- Podijelite sa publikom, zatim uklonite sve što niko ne gleda nakon mjesec dana.
Učinite ga brzim
Spor dashboard se rjeđe provjerava. Unaprijed izračunajte zbirove koji su skupi za računanje (dnevna sažeta tabela umjesto skeniranja svake narudžbe), paginirajte velike tabele i prvo učitajte glavne kartice da stranica bude korisna prije nego što se grafikoni završe. Ako broj dugo traje da se izračuna, prikažite kada je zadnji put izračunat umjesto ponovnog računanja pri svakoj posjeti.
Česte greške
- Previše grafikona. Ako je sve istaknuto, ništa nije.
- Nedefinisane metrike. Dvije osobe koje čitaju isti dashboard treba da dođu do istog zaključka.
- Nikad ne provjeravati brojeve sa izvorom. Jedna pogrešna cifra i ljudi prestanu vjerovati cijelom dashboardu.
- Upiti na svaki API pri svakom učitavanju stranice. Sporo, krhko i ponekad skupo.
- Nema konteksta datuma. Uvijek prikažite period i poređenje.
- Tajne u frontend-u. API ključ vidljiv u pregledaču može kopirati svako ko otvori stranicu.
Kada je BI alat bolji izbor
Ako su vaši podaci već u bazi ili skladištu, a glavni korisnici su analitičari koji žele da ih istražuju, režu i prave sopstvene grafikone, BI alat — Looker Studio, Power BI, Metabase i drugi — će im bolje služiti od prilagođene izrade. Mnogi SaaS alati takođe imaju dobre ugrađene izvještaje; provjerite ih prije nego što ih ponovo pravite. Prilagođeni dashboard pobjeđuje kada je namijenjen kupcima ili ljudima koji nisu analitičari, kada treba logika ili dozvole koje BI alat ne može izraziti, kada spaja izvore na način specifičan za vaš posao, ili kada pripada proizvodu koji već vodite.
Ako je posao manje o pregledu brojeva, a više o izmjeni zapisa, treba vam administrativni panel ili interni alat — pogledajte kako napraviti interni alat. A ako su vam brojevi danas u tabeli, kako pretvoriti tabelu u aplikaciju je dobro sljedeće štivo.
Izrada sa Mythexom
Na Mythexu opišete dashboard, a agent pravi stranice i grafikone u živom pregledu, počevši od realističnih primjer podataka i prelazeći na namjensku Postgres bazu kada brojevi treba da se čuvaju. Upotreba za dashboard u dokumentaciji ima početni prompt. Ako su vaši podaci u alatu poput Google Sheets, možete povezati nalog preko Konektora i zamoliti agenta da ih pročita i napravi dashboard.
Za samu aplikaciju nema ugrađenih konektora za skladišta podataka — za BigQuery, Snowflake, Stripe i slično, aplikacija poziva njihove API-je sa ključevima koje čuvate kao tajne projekta. Prijave i uloge za ljude koji gledaju dashboard dio su aplikacije koju pravite. Da počnete od prompta, pogledajte šablone dashboarda, kao što je dashboard za metrike.
Pitanja
Kako napraviti dashboard?
Odlučite za koga je dashboard i na koja pitanja mora odgovoriti, izaberite nekoliko metrika sa tačnim definicijama, povežite izvore podataka, a zatim izaberite grafikon za svaku metriku. Alat za izradu aplikacija uz AI može generisati stranice i grafikone iz opisa kad znate ove stvari.
Koliko KPI-ja treba da ima dashboard?
Dovoljno malo da ih neko može pregledati na prvi pogled — obično pet do sedam na glavnom prikazu. Detalje stavite na zasebne stranice koje ljudi otvaraju kada glavni broj izgleda pogrešno.
Da li da pravim prilagođeni dashboard ili koristim BI alat?
Koristite BI alat kao što su Looker Studio, Power BI ili Metabase kada su vaši podaci već u podržanoj bazi ili skladištu i analitičari će ih istraživati. Pravite prilagođeni dashboard kada je namijenjen kupcima ili ljudima koji nisu analitičari, kada treba vaša logika ili dozvole, ili kada se nalazi unutar aplikacije koju već imate.
Može li dashboard prikazivati podatke uživo?
Može, ako čita iz baze podataka ili API-ja pri učitavanju stranice ili u intervalu osvježavanja. Za mnoge poslovne dashboarde dovoljni su podaci osvježeni svakog sata ili svakog dana, a to je jednostavnije i jeftinije za održavanje.