Una dashboard è facile da mantenere. Cinquanta sono difficili. Cento sono il caos.
La governance delle dashboard è un insieme di regole che evita il caos.
Senza governance: le dashboard si duplicano (la stessa dashboard costruita due volte con nomi diversi). I dati sono definiti in modo diverso da team diversi (i ricavi di un team non coincidono con quelli di un altro). L'accuratezza dei dati peggiora (nessuno li controlla). Le dashboard vengono abbandonate (senza responsabile diventano vecchie).
Con la governance: le dashboard sono uniche. I dati sono coerenti. I dati sono accurati. Le dashboard sono curate.
Le regole di governance
Regola sui nomi
Tutte le dashboard seguono lo stesso schema di nome: team-funzione-periodo. Esempio: vendite-pipeline-giornaliera. prodotto-adozione-funzioni-settimanale. I nomi aiutano gli utenti a trovare le dashboard. Evitano le dashboard duplicate (la stessa dashboard costruita due volte con nomi diversi).
Definizioni dei dati
Ogni dato ha una definizione. Il tasso di conversione è definito così: transazioni completate diviso sessioni. La definizione è documentata. Si usa nello stesso modo in tutte le dashboard. Nessuna ambiguità.
Controllo degli accessi
Chi può vedere quali dashboard. Le vendite vedono le dashboard delle vendite. L'assistenza non vede le provvigioni delle vendite. L'amministratore vede tutto. Applica l'accesso a livello di dashboard o di dati.
Regola di archiviazione
Le dashboard non usate da sei mesi vengono archiviate (spostate in una cartella di archivio e nascoste). Le dashboard archiviate non vengono eliminate (si possono ripristinare). Sono solo nascoste per ridurre il disordine.
Processo di approvazione
Le nuove dashboard richiedono un'approvazione prima di essere create. Richiesta: mi serve una dashboard sui risultati delle email. Verifica: esiste già? È diversa da una dashboard esistente? Se è nuova, approva. L'approvazione evita lavoro doppio.
Documentazione
Ogni dashboard ha una descrizione: cosa mostra, chi dovrebbe usarla, ogni quanto controllarla, come interpretarla. La documentazione è mantenuta. Quando la dashboard cambia, la documentazione si aggiorna.
Assegnazione del responsabile
Ogni dashboard ha un responsabile. Il responsabile deve: mantenere l'accuratezza, aggiornare la documentazione, rispondere ai problemi, decidere se archiviare. Di solito il responsabile è la persona che usa di più la dashboard.
Esempio reale: governance delle dashboard in un'azienda con cinquanta dashboard
Comitato di revisione delle dashboard
Si riunisce ogni mese: amministratore delegato, direttore finanziario, responsabili di vendite, marketing e prodotto.
Richieste di nuove dashboard
Richiesta uno: il team vendite chiede vendite-attivita-giornaliera. Il comitato chiede: l'attività dei commerciali (chiamate, incontri, proposte) viene già tracciata? Se sì, potete usare i dati del CRM senza una nuova dashboard? Le vendite rispondono: li tracciamo nel CRM, vogliamo una vista in dashboard. Il comitato chiede: potete costruire la dashboard con i dati del CRM senza creare un duplicato? Le vendite rispondono: sì. Approvazione: costruire la dashboard usando il CRM come fonte. Nome: vendite-attivita-giornaliera. Responsabile: il responsabile vendite. Documentazione richiesta prima del lancio.
Richiesta due: il team prodotto chiede percorso-utente-flusso. Il comitato chiede: è un nuovo tipo di dato. Come si calcola il percorso? Il team prodotto spiega: si interroga la sequenza di eventi di ogni utente. Il comitato chiede: il calcolo del percorso è stato validato? Il team risponde: non ancora. Decisione: serve la validazione prima del lancio. Traguardo: validare il metodo, poi la dashboard viene approvata. Responsabile: il referente delle analisi di prodotto.
Revisione dell'archivio
Dashboard uno: marketing-tracciamento-utm-giornaliero non viene aperta da sei mesi. Il comitato chiede al responsabile (il responsabile marketing): la usi ancora? Il responsabile dice: no, siamo passati a una dashboard più semplice. Archiviala. Il responsabile risponde: sì, archivia.
Dashboard due: dirigenti-previsione-trimestrale non viene aperta da tre mesi. Il comitato chiede al responsabile (il direttore finanziario): la usi ancora? Il responsabile dice: sì, la controllo ogni mese. Non archiviare. Aggiungila all'elenco delle dashboard.
Risultato
Nessuna dashboard duplicata, responsabilità chiare, documentazione mantenuta, dashboard inutilizzate archiviate, nuove dashboard riviste.
Buone pratiche di manutenzione
Controlla i dati ogni mese
Prendi un dato dalla dashboard e confrontalo con il sistema di origine. Correggi subito le differenze.
Aggiorna la documentazione ogni trimestre
Quando la dashboard cambia, aggiorna la documentazione. Quando cambia la definizione di un dato, aggiorna il dizionario dei dati.
Rivedi gli accessi ogni trimestre
Chi ha ancora bisogno di accedere a cosa. Revoca l'accesso a chi se n'è andato. Dai l'accesso ai nuovi membri del team.
Valida i calcoli ogni anno
Alcuni dati sono calcolati (non solo riportati). Esempio: il valore del cliente nel tempo è calcolato. Verifica che il calcolo sia corretto.
Domande frequenti
Come facciamo rispettare le regole sui nomi?
Rendile obbligatorie quando si crea la dashboard. Lo strumento impone la regola sui nomi. L'utente non può creare una dashboard senza seguirla. Esempio: team-funzione-periodo oppure dirigenti-dato-frequenza. Lo strumento rifiuta i nomi che non seguono lo schema. Applica la regola nello strumento, non con il processo. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
Cosa facciamo quando il responsabile di una dashboard lascia l'azienda?
Assegna un nuovo responsabile entro due settimane. Se nessuno si offre, archivia la dashboard. Non lasciare che le dashboard restino orfane (senza responsabile). Le dashboard orfane peggiorano. I dati diventano vecchi. La documentazione diventa obsoleta. Ogni dashboard deve avere un responsabile.
Come evitiamo che la governance diventi burocratica?
Tieni le regole semplici. Da tre a cinque regole al massimo. Troppe regole vengono ignorate. Esempio: regola sui nomi, definizioni dei dati, controllo degli accessi. Tre regole bastano. Il processo di approvazione deve richiedere una riunione. Non più giri. La governance deve aiutare, non bloccare.
Serve una governance diversa per tipi di dashboard diversi?
Sì. Le dashboard dei dirigenti hanno una governance più rigida (meno responsabili, più revisione). Le dashboard operative hanno una governance più leggera (approvazione più rapida, più responsabili). Le dashboard di dettaglio possono essere in autonomia (meno governance). Governance leggera per le dashboard a basso rischio, rigida per quelle ad alto rischio.
Come gestiamo i conflitti di definizione quando lo stesso dato significa cose diverse per team diversi?
Rinomina i dati. Le vendite definiscono cliente chiunque abbia firmato un contratto. L'assistenza definisce cliente chiunque abbia aperto un ticket. Conflitto. Rinomina: cliente-contratto e cliente-assistenza. Nomi diversi, nessun conflitto. Documenta entrambi nel dizionario dei dati.
Ogni quanto dobbiamo rivedere le regole di governance?
Una volta all'anno. L'attività cambia, le esigenze sulle dashboard cambiano. Revisione annuale: le regole attuali funzionano ancora? Ci sono nuovi problemi? Aggiorna le regole se serve. Non cambiarle ogni trimestre (le regole che cambiano di continuo vengono ignorate). La stabilità vale più della perfezione.