Come creare una dashboard: fonti dei dati, KPI, grafici e accessi
Per costruire una dashboard, parti dalle domande a cui deve rispondere e dalle persone che la leggeranno, definisci con precisione un piccolo insieme di metriche, collega i dati da cui derivano e scegli un grafico semplice per ciascuna. Poi decidi chi può vedere quali numeri. Uno strumento di creazione app con AI può generare una dashboard curata in pochi minuti; la parte difficile, e quella che decide se qualcuno se ne fida, è ottenere dati e definizioni corretti.
Parti dalle domande, non dai grafici
Una dashboard che prova a mostrare tutto viene aperta una volta sola. Prima di pensare ai grafici, rispondi a queste domande:
- Per chi è? Il fondatore, un team commerciale, le operations, gli investitori, i tuoi clienti?
- Quali decisioni supporta? "Dobbiamo assumere un'altra persona per il supporto?" è una domanda a cui una dashboard può rispondere. "Mostrami i nostri dati" no.
- Ogni quanto la consulteranno? Le dashboard operative quotidiane hanno bisogno di dati freschi e avvisi; una vista mensile per il consiglio no.
Scrivi da tre a cinque domande. Ciascuna diventa una o due metriche.
Definisci ogni metrica con precisione
La maggior parte delle discussioni sulle dashboard sono in realtà discussioni sulle definizioni. Scrivi una breve definizione per ogni numero:
| Metrica | Vaga | Precisa |
|---|---|---|
| Ricavi | "Il denaro che abbiamo guadagnato" | Somma degli importi delle fatture pagate, al netto delle tasse, per data di fattura, in USD |
| Utenti attivi | "Persone che la usano" | Utenti distinti con almeno un accesso negli ultimi 30 giorni |
| Churn | "Persone che se ne sono andate" | Clienti paganti all'inizio del mese che hanno disdetto durante il mese, diviso per i clienti all'inizio |
| Tempo di risposta | "Quanto è veloce il supporto" | Mediana delle ore dalla creazione del ticket alla prima risposta umana, solo nei giorni lavorativi |
Inserisci queste definizioni nel tuo prompt. Altrimenti un'AI sceglierà un calcolo plausibile che potrebbe non corrispondere al modo in cui la tua azienda conta.
Da dove vengono i dati
| Fonte | Come la legge una dashboard | Attenzione a |
|---|---|---|
| Il database della tua app | Query dirette | Query pesanti che rallentano l'app principale; aggiungi tabelle di riepilogo se serve |
| Un foglio di calcolo | Importazione CSV, oppure lettura tramite API | Le modifiche manuali rompono i formati; righe di totali e celle unite |
| Strumenti SaaS (Stripe, HubSpot, Shopify, Google Analytics) | Le loro API con la tua chiave API | Limiti di richieste, paginazione, e ogni strumento che definisce le metriche a modo suo |
| Un data warehouse (BigQuery, Snowflake, Postgres) | SQL tramite una connessione lato server | Credenziali e costi delle query |
Due principi valgono sempre:
- Tieni le chiavi sul server. Chiavi API e password del database vanno nelle variabili d'ambiente dell'app, mai nel codice del browser.
- Decidi quanto devono essere freschi i dati. Interrogare più API a ogni caricamento della pagina è lento e può far scattare i limiti di richieste. Per la maggior parte delle dashboard aziendali, una sincronizzazione ogni ora o di notte nel tuo database, con un orario di "ultimo aggiornamento" sulla pagina, è più semplice e affidabile.
Se le API ti sono nuove, che cos'è un'API e che cos'è un database spiegano le basi.
Scegli il grafico giusto
- Un singolo numero con la variazione ("42.000 $, +8% rispetto al mese scorso") — una scheda KPI. È l'elemento più utile della maggior parte delle dashboard.
- Andamento nel tempo — un grafico a linee. Usa le barre solo per un numero ridotto di periodi.
- Confronto tra categorie — un grafico a barre orizzontali, ordinato per valore.
- Parte di un intero — barre impilate. I grafici a torta funzionano solo con due o tre fette.
- Dettaglio ed eccezioni — una tabella con ordinamento, ricerca e filtri. Spesso è più utile di qualunque grafico.
Mantieni i colori coerenti: un colore per "questo periodo", uno tenue per il "confronto", il rosso solo per ciò che richiede attenzione.
Chi vede cosa
Decidi gli accessi prima di costruire:
- Interna, tutti vedono tutto — la soluzione più semplice. Richiede comunque un login se contiene dati aziendali.
- Basata sui ruoli — le vendite vedono i numeri commerciali, la finanza vede i margini, i responsabili vedono il proprio team.
- Rivolta ai clienti — ogni cliente vede solo i propri dati. Ogni query deve filtrare per account del cliente sul server. Verificalo accedendo come due clienti diversi.
Una dashboard con dati di ricavi o clienti su un URL pubblico senza login è una fuga di dati in attesa di essere scoperta.
Un primo prompt che funziona
Crea una dashboard commerciale per un'azienda di software B2B da 10 persone. Pubblico: i fondatori e il responsabile vendite, che la controllano ogni lunedì. Pagina di panoramica: schede KPI per nuovo MRR di questo mese, MRR totale, nuovi clienti di questo mese, clienti persi di questo mese e valore della pipeline, ciascuna con la variazione rispetto al mese precedente; un grafico a linee dell'MRR degli ultimi 12 mesi; un grafico a barre dei nuovi affari per fonte. Una pagina Trattative con una tabella ricercabile e ordinabile (azienda, responsabile, valore, fase, data di chiusura) e filtri per responsabile e fase. Definizioni delle metriche: l'MRR è la somma degli importi degli abbonamenti mensili attivi, con i piani annuali divisi per 12; il churn conta i clienti il cui abbonamento è terminato questo mese. Per ora usa dati di esempio realistici in un database — collegheremo Stripe più avanti. Mostra un orario di "ultimo aggiornamento". Login obbligatorio. Layout pulito con barra laterale.
Nomina il pubblico, ogni metrica con la sua definizione, i grafici e il piano dei dati — e parte da dati di esempio, così potete concordare il design prima di collegare fonti reali.
Passi di costruzione
- Layout con dati di esempio. Concordate metriche e grafici mentre i dati sono finti e facili da cambiare.
- Collega una fonte reale. Verifica ogni numero a mano con il sistema di origine. Se l'MRR non coincide con quello che mostra Stripe, scopri il motivo prima di andare avanti.
- Aggiungi le altre fonti, una alla volta, verificando ciascuna.
- Aggiornamento pianificato oppure query al caricamento, con l'etichetta "ultimo aggiornamento".
- Filtri — prima l'intervallo di date, poi uno o due altri che le persone chiedono.
- Login e ruoli.
- Stati vuoti ed errori — cosa mostra la pagina quando una fonte è giù o un filtro non restituisce nulla.
- Condividila con il pubblico, poi rimuovi ciò che nessuno guarda dopo un mese.
Renderla veloce
Una dashboard lenta viene controllata meno. Precalcola i totali costosi da calcolare (una tabella di riepilogo giornaliero invece di scorrere ogni ordine), impagina le tabelle grandi e carica prima le schede principali, così la pagina è utile prima che finiscano i grafici. Se un numero richiede molto tempo per essere calcolato, mostra quando è stato calcolato l'ultima volta invece di ricalcolarlo a ogni visita.
Errori comuni
- Troppi grafici. Se tutto è evidenziato, niente lo è.
- Metriche non definite. Due persone che leggono la stessa dashboard devono arrivare alla stessa conclusione.
- Non verificare mai i numeri con la fonte. Una cifra sbagliata e le persone smettono di fidarsi di tutta la dashboard.
- Interrogare ogni API a ogni caricamento della pagina. Lento, fragile e a volte costoso.
- Nessun contesto temporale. Mostra sempre il periodo e il confronto.
- Segreti nel frontend. Una chiave API visibile nel browser può essere copiata da chiunque apra la pagina.
Quando uno strumento di BI è la scelta migliore
Se i tuoi dati si trovano già in un database o in un warehouse e i principali utenti sono analisti che vogliono esplorarli, filtrarli e costruire i propri grafici, uno strumento di BI — Looker Studio, Power BI, Metabase e altri — li servirà meglio di una soluzione su misura. Molti strumenti SaaS hanno anche buoni report integrati; controllali prima di ricostruirli. Una dashboard su misura conviene quando è destinata a clienti o a persone non analiste, richiede una logica o dei permessi che lo strumento di BI non sa esprimere, combina fonti in modo specifico per il tuo business, o appartiene a un prodotto che già gestisci.
Se il lavoro riguarda meno la visualizzazione dei numeri e più la modifica dei record, ti serve un pannello di amministrazione o uno strumento interno — vedi come creare uno strumento interno. E se oggi i tuoi numeri vivono in un foglio di calcolo, come trasformare un foglio di calcolo in un'app è una buona lettura successiva.
Costruirla con Mythex
Su Mythex descrivi la dashboard e l'agente costruisce pagine e grafici in un'anteprima live, partendo da dati di esempio realistici e passando a un database Postgres dedicato quando i numeri devono essere conservati. Il caso d'uso della dashboard nella documentazione include un prompt di partenza. Se i tuoi dati stanno in uno strumento come Google Sheets, puoi collegare l'account tramite i Connettori e chiedere all'agente di leggerli e costruire una dashboard.
Nell'app stessa non ci sono connettori integrati per data warehouse — per BigQuery, Snowflake, Stripe e simili, l'app chiama le loro API con chiavi che conservi come segreti del progetto. Login e ruoli per le persone che vedono la dashboard fanno parte dell'app che costruisci. Per partire da un prompt, sfoglia i template di dashboard, come la dashboard di metriche.
Domande
Come si crea una dashboard?
Decidi per chi è la dashboard e quali domande deve rispondere, scegli alcune metriche con definizioni esatte, collega le fonti dei dati, poi scegli un grafico per ogni metrica. Uno strumento di creazione app con AI può generare le pagine e i grafici da una descrizione, una volta che sai queste cose.
Quanti KPI dovrebbe avere una dashboard?
Abbastanza pochi perché qualcuno possa leggerli a colpo d'occhio — spesso da cinque a sette nella vista principale. Metti i dettagli su pagine separate, che le persone aprono quando un numero principale sembra sbagliato.
Conviene costruire una dashboard su misura o usare uno strumento di BI?
Usa uno strumento di BI come Looker Studio, Power BI o Metabase quando i tuoi dati si trovano già in un database o data warehouse supportato e gli analisti li esploreranno. Costruisci una dashboard su misura quando è destinata a clienti o a persone non analiste, richiede una logica o dei permessi tuoi, oppure vive dentro un'app che già hai.
Una dashboard può mostrare dati in tempo reale?
Sì, se legge da un database o da un'API al caricamento della pagina o con un intervallo di aggiornamento. Per molte dashboard aziendali, dati aggiornati ogni ora o ogni giorno bastano e sono più semplici ed economici da gestire.