Kako napraviti kontrolnu tablu: izvori podataka, KPI, grafikoni i pristup

Da biste napravili kontrolnu tablu, počnite od pitanja na koja mora da odgovori i ljudi koji će je čitati, definišite mali skup metrika precizno, 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 pravljenje aplikacija uz AI može da napravi uglednu tablu za nekoliko minuta; teži deo, i onaj koji određuje da li će joj iko verovati, jeste tačnost podataka i definicija.

Počnite od pitanja, a ne od grafikona

Tabla koja pokušava da prikaže sve biće otvorena jednom. Pre nego što razmišljate o grafikonima, odgovorite:

• Za koga je? Osnivača, prodajni tim, operacije, investitore, vaše kupce?
• Koje odluke podržava? „Da li nam treba još jedna osoba za podršku?“ je pitanje na koje tabla može da odgovori. „Pokaži mi naše podatke“ nije.
• Koliko često će gledati? Dnevne operativne table traže sveže podatke i upozorenja; mesečni pregled za upravu ne.

Napišite tri do pet pitanja. Svako postaje jedna ili dve metrike.

Definišite svaku metriku tačno

Većina rasprava o tablama zapravo su rasprave o definicijama. Napišite kratku definiciju za svaki broj:

Ubacite ove definicije u prompt. U suprotnom će AI izabrati razumno zvučan proračun koji možda ne odgovara načinu na koji vaš posao broji.

Odakle dolaze podaci

Dva principa važe svuda:

1. Ključevi moraju ostati na serveru. API ključevi i lozinke za bazu pripadaju promenljivim okruženja aplikacije, nikada kodu u pregledaču.
2. Odlučite koliko su podaci sveži. Povlačenje iz nekoliko API-ja pri svakom učitavanju stranice je sporo i može dostići ograničenja. Za većinu poslovnih tabli, sinhronizacija na svaki sat ili preko noći u sopstvenu bazu, uz oznaku „poslednje ažurirano“ na stranici, jednostavnija je i pouzdanija.

Ako su vam API-ji novi, šta je API i šta je baza podataka objašnjavaju osnove.

Izaberite pravi grafikon

• Jedan broj sa promenom („42.000 €, gore 8% u odnosu na prošli mesec“) — kartica KPI. Najkorisniji element na većini tabli.
• Trend kroz vreme — linijski grafikon. Stubići samo za mali broj perioda.
• Poređenje kategorija — horizontalni stubići, sortirani po vrednosti.
• Deo celine — slagani stubići. Tortni grafikoni rade samo sa dva ili tri dela.
• Detalji i izuzeci — tabela sa sortiranjem, pretragom i filterima. Često korisnija od bilo kog grafikona.

Boje držite dosledno: 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 pre 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 da filtrira po nalogu kupca na serveru. Testirajte prijavom kao dva različita kupca.

Tabla sa prihodima ili podacima o kupcima na javnoj adresi bez prijave je curenje podataka koje čeka da bude pronađeno.

Prvi prompt koji radi

Napravi tablu za prodaju za B2B softversku kompaniju sa 10 zaposlenih. Publika: osnivači i šef prodaje, koji je proveravaju svakog ponedeljka. Pregledna stranica: KPI kartice za novi MRR ovog meseca, ukupni MRR, nove kupce ovog meseca, izgubljene kupce ovog meseca i vrednost cevovoda, svaka sa promenom u odnosu na prošli mesec; linijski grafikon MRR-a za poslednjih 12 meseci; stubićasti grafikon novih poslova po izvoru. Stranica Poslovi sa pretraživom, sortirajućom tabelom (kompanija, vlasnik, vrednost, faza, datum zatvaranja) i filterima po vlasniku i fazi. Definicije metrika: MRR je zbir aktivnih mesečnih iznosa pretplata, a godišnji paketi se dele sa 12; odliv broji kupce čija je pretplata završena ovog meseca. Za sada koristi realne podatke primera u bazi — Stripe ćemo povezati kasnije. Prikaži vreme „poslednjeg ažuriranja“. Potrebna prijava. Čist raspored sa bočnim menijem.

Koraci izrade

1. Raspored sa podacima primera. Dogovorite metrike i grafikone dok su podaci lažni i lako se menjaju.
2. Povežite jedan pravi izvor. Proverite svaki broj ručno u izvornom sistemu. Ako se MRR razlikuje od onoga što Stripe prikazuje, saznajte zašto pre nego što nastavite.
3. Dodajte ostale izvore, jedan po jedan, proveravajući svaki.
4. Zakazano osvežavanje ili upiti pri učitavanju, sa oznakom „poslednje ažurirano“.
5. Filteri — prvo opseg datuma, zatim jedan ili dva druga koje ljudi traže.
6. Prijava i uloge.
7. Prazna stanja i stanja grešaka — šta stranica prikazuje kada je izvor nedostupan ili filter ne vraća ništa.
8. Podelite sa publikom, zatim uklonite ono što niko ne gleda posle mesec dana.

Učinite je brzom

Spora tabla se ređe proverava. Unapred izračunajte zbirove koji su skupi za računanje (tabela dnevnih sažetaka umesto skeniranja svake narudžbine), stranicirajte velike tabele i prvo učitajte glavne kartice, da stranica bude korisna pre nego što se grafikoni završe. Ako je broj dugo za izračunavanje, prikažite kada je poslednji put izračunat, umesto da ga računate pri svakoj poseti.

Česte greške

• Previše grafikona. Ako je sve istaknuto, ništa nije.
• Nedefinisane metrike. Dve osobe koje čitaju istu tablu treba da dođu do istog zaključka.
• Nikada ne proveravati brojeve u odnosu na izvor. Jedan pogrešan broj i ljudi prestaju da veruju celoj tabli.
• Upit na svaki API pri svakom učitavanju stranice. Sporo, krhko i ponekad skupo.
• Nema vremenskog konteksta. Uvek prikažite period i poređenje.
• Tajne u frontendu. API ključ vidljiv u pregledaču može da kopira bilo ko 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, seku i prave sopstvene grafikone, BI alat — Looker Studio, Power BI, Metabase i drugi — biće im bolji od sopstvenog razvoja. Mnogi SaaS alati imaju i dobre ugrađene izveštaje; proverite ih pre nego što ih ponovo pravite. Sopstvena tabla je bolja kada je namenjena kupcima ili ljudima bez analitičkog znanja, kada treba logika ili dozvole koje BI alat ne može da izrazi, 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 izmeni 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 sledeće čitanje.

Pravljenje uz Mythex

Na Mythex-u opišete tablu, a agent pravi stranice i grafikone u živom pregledu, počevši od realističnih podataka primera i prelazeći na posvećenu Postgres bazu kada brojevi treba da se čuvaju. Primer korišćenja table u dokumentaciji ima početni prompt. Ako su vaši podaci u alatu kao što je Google Tabele, možete povezati nalog preko konektora i zamoliti agenta da ih pročita i napravi tablu.

Za samu aplikaciju ne postoje ugrađeni konektori 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 tablu deo su aplikacije koju pravite. Da biste krenuli od prompta, pogledajte šablone tabli, na primer tablu sa metrikama.

Pitanja