Kuidas luua armatuurlauda: andmeallikad, KPI-d, diagrammid ja ligipääs

Armatuurlaua loomiseks alusta küsimustest, millele see peab vastama, ja inimestest, kes seda loevad, määratle väike hulk mõõdikuid täpselt, ühenda andmed, millest need mõõdikud pärinevad, ning vali iga mõõdiku jaoks lihtne diagramm. Seejärel otsusta, kes mis numbreid näeb. Tehisintellekti rakenduste koostaja saab mõne minutiga genereerida viimistletud armatuurlaua; raske osa, ja see, mis otsustab, kas keegi sellele usaldab, on andmete ja definitsioonide õigesti saamine.

Alusta küsimustest, mitte diagrammidest

Armatuurlaud, mis püüab näidata kõike, avatakse ainult üks kord. Enne kui mõtled diagrammidele, vasta:

• Kellele see on? Asutajale, müügitiimile, operatsioonidele, investoritele, sinu klientidele?
• Milliseid otsuseid see toetab? "Kas peame palkama veel ühe tugitöötaja?" on küsimus, millele armatuurlaud saab vastata. "Näita meile meie andmeid" ei ole.
• Kui sageli nad vaatavad? Igapäevased operatiivsed armatuurlauad vajavad värskeid andmeid ja teavitusi; kuu tasemel juhatuse vaade ei vaja.

Kirjuta kolm kuni viis küsimust. Igast saab üks kuni kaks mõõdikut.

Määratle iga mõõdik täpselt

Enamik armatuurlaua vaidlusi on tegelikult definitsioonide vaidlused. Kirjuta iga numbri juurde lühike definitsioon:

Kleebi need definitsioonid oma käsku. Muidu valib tehisintellekt mõistliku kõlava arvutuse, mis ei pruugi vastata sellele, kuidas sinu äri arvestab.

Kust andmed tulevad

Kaks põhimõtet kehtivad kõikjal:

1. Hoia võtmed serveris. API-võtmed ja andmebaasi paroolid kuuluvad rakenduse keskkonnamuutujatesse, mitte kunagi brauserikoodi.
2. Otsusta värskuse üle. Mitme API andmete tõmbamine igal lehe laadimisel on aeglane ja võib jõuda päringupiirangutesse. Enamiku äriliste armatuurlaudade jaoks on lihtsam ja usaldusväärsem sünkroonimine iga tund või öösel sinu enda andmebaasi, lehel ajaga "viimati uuendatud".

Kui API-d on sulle uued, selgitavad mis on API ja mis on andmebaas põhitõdesid.

Vali õige diagramm

• Üksik number koos muutusega ("42 000 $, +8% eelmise kuuga võrreldes") — KPI-kaart. Enamiku armatuurlaudade kõige kasulikum element.
• Trend ajas — joondiagramm. Tulpi kasuta ainult väikese arvu perioodide puhul.
• Kategooriate võrdlus — horisontaalne tulpdiagramm, järjestatud väärtuse järgi.
• Osa tervikust — virnastatud tulp. Sektordiagramm töötab ainult kahe-kolme sektoriga.
• Detailid ja erandid — tabel sortimise, otsingu ja filtritega. Sageli kasulikum kui ükski diagramm.

Hoia värvid järjepidevad: üks värv "sellel perioodil", vaikne värv "võrdluseks", punane ainult asjadele, mis vajavad tähelepanu.

Kes mida näeb

Otsusta ligipääs enne ehitamist:

• Sisemine, kõik näevad kõike — kõige lihtsam. Vajab siiski sisselogimist, kui see sisaldab äriandmeid.
• Rollipõhine — müük näeb müügi numbreid, finants näeb marginaale, juhid näevad oma tiimi.
• Kliendipoolne — iga klient näeb ainult oma andmeid. Iga päring peab serveris filtreerima kliendi konto järgi. Testi, logides sisse kahe erineva kliendina.

Armatuurlaud, kus tulu- või kliendiandmed on avaliku URL-i taga ilma sisselogimiseta, on andmeleke, mis ootab, et keegi selle leiab.

Näide esimesest töötavast käsust

Ehita müügi armatuurlaud 10-liikmelisele B2B tarkvarafirmale. Sihtrühm: asutajad ja müügijuht, kes vaatavad seda igal esmaspäeval. Ülevaatelehel: KPI-kaardid selle kuu uue MRR-i, kogu MRR-i, selle kuu uute klientide, selle kuu kaotatud klientide ja torustiku väärtuse kohta, igaüks koos muutusega eelmise kuu suhtes; joondiagramm MRR-ist viimase 12 kuu kohta; tulpdiagramm uutest tehingutest allika järgi. Tehingute leht otsitava ja sorditava tabeliga (ettevõte, omanik, väärtus, etapp, sulgemiskuupäev) ja filtritega omaniku ja etapi järgi. Mõõdikute definitsioonid: MRR on aktiivsete kuutellimuste summade summa, aastapaketid jagatud 12-ga; kaotus loeb kliente, kelle tellimus lõppes sel kuul. Kasuta praegu andmebaasis realistlikke näidisandmeid — ühendame Stripe'i hiljem. Näita aega "viimati uuendatud". Nõutav sisselogimine. Puhas külgmenüü paigutus.

See nimetab sihtrühma, iga mõõdiku koos definitsiooniga, diagrammid ja andmeplaani ning alustab näidisandmetega, et saaksite disaini kokku leppida enne päris allikate ühendamist.

Ehituse sammud

1. Paigutus näidisandmetega. Lepi mõõdikud ja diagrammid kokku, kui andmed on võltsitud ja neid on lihtne muuta.
2. Ühenda üks päris allikas. Kontrolli iga numbrit käsitsi allikasüsteemiga. Kui MRR erineb Stripe'i näidatust, selgita põhjus enne edasiminekut.
3. Lisa teised allikad, üks korraga, kontrollides igaüht.
4. Ajastatud värskendus või päringud laadimisel, koos sildiga "viimati uuendatud".
5. Filtrid — kõigepealt kuupäevavahemik, seejärel üks või kaks muud, mida inimesed küsivad.
6. Sisselogimine ja rollid.
7. Tühjad ja veaolekud — mida leht näitab, kui allikas ei tööta või filter ei anna tulemusi.
8. Jaga seda sihtrühmaga ja eemalda pärast kuud kõik, mida keegi ei vaata.

Tee see kiireks

Aeglane armatuurlaud vaadatakse harvemini üle. Arvuta eelnevalt kallid kogusummad (igapäevane kokkuvõtlik tabel kõigi tellimuste skaneerimise asemel), jaota suured tabelid lehtedeks ja laadi kõigepealt peanumbri kaardid, et leht oleks kasulik enne, kui diagrammid lõpevad. Kui number nõuab kaua arvutamist, näita, millal see viimati arvutati, selle asemel et arvutada seda igal külastusel uuesti.

Levinud vead

• Liiga palju diagramme. Kui kõik on esile tõstetud, pole midagi esile tõstetud.
• Määratlemata mõõdikud. Kaks inimest, kes loevad sama armatuurlauda, peaksid jõudma sama järelduseni.
• Numbrite kontrollimata jätmine allikaga. Üks vale arv ja inimesed lõpetavad kogu armatuurlauale usaldamise.
• Iga API päring igal lehe laadimisel. Aeglane, habras ja mõnikord kallis.
• Kuupäevakonteksti puudumine. Näita alati perioodi ja võrdlust.
• Saladused esiosas. Brauseris nähtav API-võti on kopeeritav igaühe poolt, kes lehe avab.

Millal BI-tööriist on parem valik

Kui su andmed on juba andmebaasis või andmeladus ja peamised kasutajad on analüütikud, kes tahavad neid uurida, lõigata ja luua oma diagramme, teenindab BI-tööriist neid paremini kui kohandatud ehitus. Need, nagu Looker Studio, Power BI, Metabase ja teised, pakuvad head. Paljudel SaaS-tööriistadel on samuti head sisseehitatud aruanded; kontrolli neid enne, kui need uuesti ehitad. Kohandatud armatuurlaud võidab, kui see on klientidele või mitte-analüütikutele, vajab loogikat või õigusi, mida BI-tööriist ei väljenda, ühendab allikaid viisil, mis on sinu äriga spetsiifiline, või kuulub tootesse, mida juba haldad.

Kui töö on vähem numbrite vaatamine ja rohkem kirjete muutmine, vajad hoopis administraatoripaneeli või sisemist tööriista — vt kuidas ehitada sisemist tööriista. Ja kui su numbrid elavad praegu tabelarvutuses, on hea järgmine lugemine kuidas muuta tabel rakenduseks.

Ehitamine Mythexiga

Mythexis kirjeldad armatuurlauda ja agent ehitab lehed ning diagrammid reaalajas eelvaates, alustades realistlike näidisandmetega ja liikudes pühendatud Postgres-andmebaasi, kui numbrid peavad püsima. Dokumentatsiooni armatuurlaua kasutusjuhendis on algkäsk. Kui su andmed on tööriistas nagu Google Sheets, saad konto ühendada kaudu Connectors ja paluda agendil need lugeda ning sellest armatuurlaua ehitada.

Rakenduse enda jaoks ei ole sisseehitatud andmeladude ühendajaid — BigQuery, Snowflake, Stripe ja sarnaste puhul kutsub rakendus nende API-sid võtmetega, mille salvestad projekti saladustena. Armatuurlauda vaatajate sisselogimised ja rollid on osa rakendusest, mille ehitad. Promptiga alustamiseks vaata armatuurlaua malle, näiteks mõõdikute armatuurlauda.

Küsimused