Dashboardin rakentaminen: datalähteet, KPI:t, kaaviot ja käyttöoikeudet

Dashboardin rakentaminen alkaa kysymyksistä, joihin sen pitää vastata, ja ihmisistä, jotka sitä lukevat. Sen jälkeen määrittelet pienen joukon mittareita tarkasti, yhdistät datan, josta ne syntyvät, ja valitset yksinkertaisen kaavion jokaiselle. Lopuksi päätät, kuka näkee mitkäkin luvut. Tekoälyllä toimiva sovellusrakentaja voi tuottaa siistin dashboardin minuuteissa. Vaikein osa, ja se, mikä ratkaisee, luottaako kukaan siihen, on datan ja määritelmien oikeellisuus.

Aloita kysymyksistä, ei kaavioista

Dashboard, joka yrittää näyttää kaiken, avataan kerran. Ennen kuin mietit kaavioita, vastaa:

• Kenelle se on? Perustajalle, myyntitiimille, operaatioille, sijoittajille vai asiakkaillesi?
• Mitä päätöksiä se tukee? "Tarvitsemmeko vielä yhden tukihenkilön?" on kysymys, johon dashboard voi vastata. "Näytä meidän dataa" ei ole.
• Kuinka usein he katsovat? Päivittäiset operatiiviset dashboardit tarvitsevat tuoretta dataa ja hälytyksiä; kuukausittainen johtonäkymä ei.

Kirjoita kolmesta viiteen kysymystä. Jokainen muuttuu yhdeksi tai kahdeksi mittariksi.

Määrittele jokainen mittari tarkasti

Useimmat dashboard-kiistat ovat oikeasti määritelmäkiistoja. Kirjoita lyhyt määritelmä jokaiselle luvulle:

Liitä nämä määritelmät kehotteeseesi. Muuten tekoäly valitsee järkevältä kuulostavan laskutavan, joka ei ehkä vastaa tapaa, jolla yrityksesi laskee.

Mistä data tulee

Kaksi periaatetta pätee kaikkialla:

1. Pidä avaimet palvelimella. API-avaimet ja tietokannan salasanat kuuluvat sovelluksen ympäristömuuttujiin, ei koskaan selaimen koodiin.
2. Päätä tuoreudesta. Useiden rajapintojen kutsuminen joka sivulatauksella on hidasta ja voi osua kutsurajoihin. Useimmille liiketoimintadashboardeille synkronointi tunnin tai yön välein omaan tietokantaan, sivulla näkyvä "päivitetty"-aika, on yksinkertaisempi ja luotettavampi.

Jos rajapinnat ovat sinulle uusia, mikä on rajapinta ja mikä on tietokanta selittävät perusteet.

Valitse oikea kaavio

• Yksi luku muutoksella ("$42k, +8 % edellisestä kuukaudesta") on KPI-kortti. Useimmilla dashboardeilla tärkein elementti.
• Trendi ajan yli on viivakaavio. Käytä pylväitä vain muutamalle jaksolle.
• Kategorioiden vertailu on vaakasuora pylväskaavio, lajiteltuna arvon mukaan.
• Osuus kokonaisuudesta on pinottu pylväs. Piirakkakaavio toimii vain kahdella tai kolmella siivulla.
• Yksityiskohdat ja poikkeamat ovat taulukko lajittelulla, haulla ja suodattimilla. Usein hyödyllisempi kuin mikään kaavio.

Pidä värit johdonmukaisina: yksi väri "tälle jaksolle", vaimennettu väri vertailulle, punainen vain asioille, jotka vaativat huomiota.

Kuka näkee mitä

Päätä käyttöoikeudet ennen rakentamista:

• Sisäinen, kaikki näkevät kaiken: yksinkertaisin. Vaatii silti kirjautumisen, jos siinä on liiketoimintadataa.
• Roolipohjainen: myynti näkee myyntiluvut, talous näkee katteet, esimiehet oman tiiminsä.
• Asiakkaille näkyvä: jokainen asiakas näkee vain omat tietonsa. Jokaisen kyselyn täytyy suodattaa asiakkaan tili palvelimella. Testaa kirjautumalla sisään kahdella eri asiakkaalla.

Dashboard, jolla on liikevaihto- tai asiakastietoja julkisessa osoitteessa ilman kirjautumista, on tietovuoto, joka odottaa löytäjäänsä.

Ensimmäinen toimiva kehote

Rakenna myynti-dashboard 10 hengen B2B-ohjelmistoyritykselle. Yleisö: perustajat ja myyntijohtaja, jotka tarkistavat sen joka maanantai. Yleisnäkymä: KPI-kortit tämän kuukauden uudelle MRR:lle, kokonais-MRR:lle, uusille asiakkaille tässä kuussa, poistuneille asiakkaille tässä kuussa ja putken arvolle, kukin muutoksella edelliseen kuukauteen verrattuna; viivakaavio MRR:stä viimeisen 12 kuukauden ajalta; pylväskaavio uusista kaupoista lähteittäin. Kaupat-sivu: haettava ja lajiteltava taulukko (yritys, omistaja, arvo, vaihe, sulkemispäivä) ja suodattimet omistajan ja vaiheen mukaan. Mittarien määritelmät: MRR on aktiivisten kuukausittaisten tilausmaksujen summa, vuosipaketit jaettuna 12:lla; asiakaspoistuma laskee asiakkaat, joiden tilaus päättyi tässä kuussa. Käytä toistaiseksi realistista esimerkkidataa tietokannassa, yhdistämme Stripen myöhemmin. Näytä "päivitetty"-aika. Kirjautuminen vaaditaan. Siisti sivupalkkiasettelu.

Se nimeää yleisön, jokaisen mittarin määritelmän, kaaviot ja datasuunnitelman, ja se alkaa esimerkkidatalla, jotta suunnittelusta voi sopia ennen oikeiden lähteiden yhdistämistä.

Rakennusvaiheet

1. Asettelu esimerkkidatalla. Sopikaa mittareista ja kaavioista, kun data on keksittyä ja helppo muuttaa.
2. Yhdistä yksi oikea lähde. Tarkista jokainen luku käsin lähdejärjestelmästä. Jos MRR eroaa siitä, mitä Stripe näyttää, selvitä syy ennen jatkamista.
3. Lisää muut lähteet yksi kerrallaan ja tarkista jokainen.
4. Ajastettu päivitys tai kyselyt latauksen yhteydessä, ja "päivitetty"-merkintä.
5. Suodattimet: ensin aikaväli, sitten yksi tai kaksi muuta, joita ihmiset pyytävät.
6. Kirjautuminen ja roolit.
7. Tyhjät ja virhetilat: mitä sivu näyttää, kun lähde on poissa käytöstä tai suodatin ei tuota tuloksia.
8. Jaa yleisölle ja poista sitten kuukauden kuluttua kaikki, mitä kukaan ei katso.

Tee siitä nopea

Hidas dashboard tarkistetaan harvemmin. Laske valmiiksi kalliit summat (päiväyhteenvetotaulu sen sijaan, että käytäisiin läpi jokaista tilausta), sivuta suuret taulukot ja lataa päälukukortit ensin, jotta sivu on hyödyllinen ennen kuin kaaviot valmistuvat. Jos luvun laskeminen vie kauan, näytä, milloin se viimeksi laskettiin, sen sijaan että laskisit sen joka käynnillä.

Yleisiä virheitä

• Liian monta kaaviota. Jos kaikki on korostettu, mikään ei ole.
• Määrittelemättömät mittarit. Kahden ihmisen, jotka lukevat saman dashboardin, pitää päätyä samaan johtopäätökseen.
• Lukujen tarkistamatta jättäminen lähteestä. Yksi väärä luku, ja ihmiset lakkaavat luottamasta koko dashboardiin.
• Jokaisen rajapinnan kysyminen joka sivulatauksella. Hidasta, hauras ja joskus kallista.
• Ei aikakontekstia. Näytä aina jakso ja vertailu.
• Salaisuudet käyttöliittymässä. Selaimessa näkyvän API-avaimen voi kopioida kuka tahansa, joka avaa sivun.

Milloin BI-työkalu on parempi valinta

Jos datasi on jo tietokannassa tai tietovarastossa ja pääkäyttäjät ovat analyytikoita, jotka haluavat tutkia sitä, leikata sitä ja rakentaa omia kaavioitaan, BI-työkalu, kuten Looker Studio, Power BI, Metabase ja muut, palvelee heitä paremmin kuin oma rakennelma. Monilla SaaS-työkaluilla on myös hyvät sisäänrakennetut raportit; tarkista ne ennen kuin rakennat niitä uudelleen. Oma dashboard voittaa, kun se on asiakkaille tai muille kuin analyytikoille, tarvitsee logiikkaa tai oikeuksia, joita BI-työkalu ei ilmaise, yhdistää lähteitä tavalla, joka on yrityksellesi ominainen, tai kuuluu tuotteeseen, jonka jo ylläpidät.

Jos tehtävä on vähemmän lukujen katselua ja enemmän tietueiden muuttamista, tarvitset ylläpitopaneelin tai sisäisen työkalun. Katso näin rakennat sisäisen työkalun. Ja jos lukusi ovat nyt taulukkolaskennassa, näin muutat taulukkolaskennan sovellukseksi on hyvä seuraava lukuluku.

Rakentaminen Mythexillä

Mythexissä kuvailet dashboardin, ja agentti rakentaa sivut ja kaaviot live-esikatseluun alkaen realistisesta esimerkkidatasta. Kun luvut on tallennettava, siirrytään omaan Postgres-tietokantaan. Dokumentaation dashboard-käyttötapaus sisältää aloituskehotteen. Jos datasi on esimerkiksi Google Sheetsissä, voit yhdistää tilin Connectorsin kautta ja pyytää agenttia lukemaan sen ja rakentamaan dashboardin siitä.

Sovelluksella itsellään ei ole sisäänrakennettuja tietovarastoyhteyksiä. BigQueryn, Snowflaken, Stripen ja vastaavien kohdalla sovellus kutsuu niiden rajapintoja avaimilla, jotka tallennat projektin salaisuuksiksi. Dashboardia katsovien ihmisten kirjautumiset ja roolit ovat osa rakentamaasi sovellusta. Aloittaaksesi kehotteesta selaa dashboard-malleja, kuten mittaristodashboardia.

Kysymykset