Hvernig á að búa til mælaborð: gagnagjafar, lykiltölur, töflur og aðgangur

Til að búa til mælaborð skaltu byrja á spurningunum sem það þarf að svara og fólkinu sem les það, skilgreina lítið safn mælikvarða nákvæmlega, tengja gögnin sem mælikvarðarnir byggja á og velja einfalda töflu fyrir hvern þeirra. Ákveddu síðan hver má sjá hvaða tölur. Gervigreindarsmiður getur búið til glæsilegt mælaborð á nokkrum mínútum; það erfiða, og það sem ræður því hvort einhver treystir því, er að fá gögnin og skilgreiningarnar réttar.

Byrjaðu á spurningum, ekki töflum

Mælaborð sem reynir að sýna allt er opnað einu sinni. Áður en þú hugsar um töflur skaltu svara:

• Fyrir hvern er það? Stofnandann, söluteymi, rekstur, fjárfesta, viðskiptavini þína?
• Hvaða ákvarðanir styður það? „Þurfum við að ráða annan þjónustufulltrúa?“ er spurning sem mælaborð getur svarað. „Sýndu mér gögnin okkar“ er það ekki.
• Hversu oft munu þeir líta á það? Daglegt rekstrarmælaborð þarf ferskt gögn og viðvaranir; mánaðarlegt yfirlit stjórnar gerir það ekki.

Skrifaðu þrjár til fimm spurningar. Hver þeirra verður einn eða tveir mælikvarðar.

Skilgreindu hvern mælikvarða nákvæmlega

Flest deilur um mælaborð eru í raun deilur um skilgreiningar. Skrifaðu stutta skilgreiningu fyrir hverja tölu:

Settu þessar skilgreiningar í fyrirmælin þín. Annars mun gervigreindin velja útreikning sem hljómar skynsamlega en passar ekki við hvernig fyrirtækið þitt telur.

Hvaðan gögnin koma

Tvær meginreglur gilda alls staðar:

1. Haltu lyklum á þjóninum. API-lyklar og lykilorð gagnagrunna eiga heima í umhverfisbreytum appsins, aldrei í kóða sem keyrir í vafranum.
2. Ákveddu hversu fersk gögnin eiga að vera. Að sækja úr mörgum API-um við hverja síðuhleðslu er hægt og getur lent í takmörkum. Fyrir flest viðskiptamælaborð er samstilling á klukkutíma fresti eða yfir nótt í þinn eigin gagnagrunn, með „síðast uppfært“ tíma á síðunni, einfaldari og áreiðanlegri.

Ef API eru ný fyrir þér útskýra hvað er API og hvað er gagnagrunnur grunnatriðin.

Veldu rétta töflu

• Ein tala með breytingu („42 þús. $, upp um 8% frá síðasta mánuði“): lykiltölukort. Oft gagnlegasti þátturinn á flestum mælaborðum.
• Þróun yfir tíma: línurit. Notaðu súlur aðeins fyrir fá tímabil.
• Samanburður á flokkum: lárétt súlurit, raðað eftir gildi.
• Hluti af heild: staflað súlurit. Kökurit virka aðeins með tvær eða þrjár sneiðar.
• Smáatriði og undantekningar: tafla með röðun, leit og síum. Oft gagnlegri en nokkur tafla.

Haltu litum samræmdum: einn litur fyrir „þetta tímabil“, daufari fyrir samanburð og rauður aðeins fyrir það sem þarf athygli.

Hver sér hvað

Ákveddu aðgang áður en þú smíðar:

• Innra, allir sjá allt: einfaldast. Þarf samt innskráningu ef það geymir viðskiptagögn.
• Hlutverkatengt: sala sér sölutölur, fjármál sjá framlegð, stjórnendur sjá eigið teymi.
• Fyrir viðskiptavini: hver viðskiptavinur sér aðeins eigin gögn. Sérhver fyrirspurn verður að sía eftir reikningi viðskiptavinarins á þjóninum. Prófaðu með því að skrá þig inn sem tveir mismunandi viðskiptavinir.

Mælaborð með tekjum eða gögnum viðskiptavina á opinberri vefslóð án innskráningar er gagnaleki sem bíður þess að vera fundinn.

Fyrstu fyrirmæli sem virka

Smíðaðu söluyfirlit fyrir B2B hugbúnaðarfyrirtæki með tíu starfsmenn. Áhorfendur: stofnendurnir og söluleiðtoginn, sem skoða það á hverju mánudegi. Yfirlitssíða: lykiltölukort fyrir nýtt MRR í þessum mánuði, heildar-MRR, nýja viðskiptavini í þessum mánuði, tapaða viðskiptavini í þessum mánuði og virði söluleiða, hvert með breytingu miðað við síðasta mánuð; línurit af MRR síðustu 12 mánuði; súlurit af nýjum samningum eftir uppruna. Síða Samningar með leitanlegri og raðanlegri töflu (fyrirtæki, eigandi, virði, þrep, lokadagsetning) og síum eftir eiganda og þrepi. Skilgreiningar mælikvarða: MRR er summa virkra mánaðarlegra áskriftargjalda, árlegar áskriftir deilt með 12; brottfall telur viðskiptavini sem áskrift þeirra lauk í þessum mánuði. Notaðu raunsæ sýnishorn af gögnum í gagnagrunni í bili; við tengjum Stripe síðar. Sýndu tíma „síðast uppfært“. Innskráning krafist. Hreint hliðarstikuútlit.

Fyrirmælin nefna áhorfendur, hvern mælikvarða með skilgreiningu, töflurnar og gagnaáætlunina, og byrja með sýnishornsgögnum svo þú getir samþykkt hönnunina áður en þú tengir raunverulegar uppsprettur.

Byggingarskref

1. Útlit með sýnishornsgögnum. Komdu þér saman um mælikvarða og töflur meðan gögnin eru gervi og ódýr að breyta.
2. Tengdu eina raunverulega uppsprettu. Athugaðu hverja tölu handvirkt á móti upprunakerfinu. Ef MRR er annað en Stripe sýnir skaltu finna út af hverju áður en þú heldur áfram.
3. Bættu við hinum uppsprettunum, eina í einu, og athugaðu hverja.
4. Áætluð endurnýjun eða fyrirspurnir við síðuhleðslu, með merkimiða „síðast uppfært“.
5. Síur: tímabil fyrst, síðan eina eða tvær aðrar sem fólk biður um.
6. Innskráning og hlutverk.
7. Tóm og villuástand: hvað síðan sýnir þegar uppspretta er niðri eða sía skilar engu.
8. Deildu með áhorfendum, fjarlægðu síðan allt sem enginn skoðar eftir mánuð.

Gerðu það hratt

Hægt mælaborð er skoðað sjaldnar. Reiknaðu fyrirfram samtölur sem eru dýrar í útreikningi (dagleg samantektartafla í stað þess að skanna hverja pöntun), síðuskiptu stórum töflum og hlaðaðu lykiltölukortunum fyrst svo síðan sé gagnleg áður en töflurnar klárast. Ef tala tekur langan tíma í útreikningi skaltu sýna hvenær hún var síðast reiknuð í stað þess að reikna hana upp á nýtt við hverja heimsókn.

Algeng mistök

• Of mörg töflur. Ef allt er auðkennt þá er ekkert auðkennt.
• Óskilgreindir mælikvarðar. Tveir einstaklingar sem lesa sama mælaborðið ættu að komast að sömu niðurstöðu.
• Að athuga aldrei tölur á móti upprunanum. Ein röng tala og fólk hættir að treysta öllu mælaborðinu.
• Að fyrirspyrja hvert API við hverja síðuhleðslu. Hægt, brothætt og stundum dýrt.
• Ekkert samhengi í dagsetningum. Sýndu alltaf tímabilið og samanburðinn.
• Leyndarmál í framendanum. API-lykill sem sést í vafranum getur verið afritaður af hverjum sem opnar síðuna.

Þegar BI-verkfæri er betra val

Ef gögnin þín eru þegar í gagnagrunni eða gagnageymslu og aðalnotendurnir eru greinendur sem vilja kanna þau, sneiða þau og búa til eigin töflur, þjónar BI-verkfæri þeim betur en sérsmíði, til dæmis Looker Studio, Power BI, Metabase og fleiri. Mörg SaaS-verkfæri hafa líka góðar innbyggðar skýrslur; athugaðu þær áður en þú smíðar þær upp á nýtt. Sérsmíðað mælaborð vinnur þegar það er fyrir viðskiptavini eða fólk sem er ekki greinendur, þarf rökfræði eða heimildir sem BI-verkfærið ræður ekki við, sameinar uppsprettur á þann hátt sem er sérstakur fyrir fyrirtækið þitt, eða á heima inni í vöru sem þú rekur nú þegar.

Ef verkefnið snýst minna um að skoða tölur og meira um að breyta færslum er stjórnborð eða innra verkfæri betra; sjá hvernig á að byggja innra verkfæri. Og ef tölurnar þínar eru í töflureikni í dag er hvernig á að breyta töflureikni í app góð næsta lesning.

Að byggja það með Mythex

Á Mythex lýsirðu mælaborðinu og aðstoðarmaðurinn smíðar síðurnar og töflurnar í beinni forskoðun, byrjar með raunsæjum sýnishornsgögnum og flytur yfir í sérstakan Postgres-gagnagrunn þegar tölurnar þurfa að vera vistaðar. Notkunardæmi fyrir mælaborð í skjölunum er með upphafsfyrirmælum. Ef gögnin þín eru í þjónustu eins og Google Sheets geturðu tengt reikninginn í gegnum Tengingar og beðið aðstoðarmanninn að lesa hann og smíða mælaborð úr honum.

Engar innbyggðar tengingar við gagnageymslur eru í appinu sjálfu. Fyrir BigQuery, Snowflake, Stripe og álíka kallar appið á API þeirra með lyklum sem þú geymir sem leyndarmál verkefnisins. Innskráning og hlutverk fyrir fólkið sem skoðar mælaborðið eru hluti af appinu sem þú smíðar. Til að byrja út frá fyrirmælum skaltu skoða sniðmát fyrir mælaborð, til dæmis mælaborð fyrir mælikvarða.

Spurningar