Smart city: misurare il beneficio dopo l'attivazione della tecnologia
Dal caso A2A OneCity a una griglia per distinguere output, utilizzo, risultato e beneficio pubblico nei progetti smart city.
· 4 min

Indice dell'articolo
Il caso come punto di partenza
Un progetto smart city produce spesso evidenze immediate: dispositivi collegati, dati disponibili e nuove funzionalità. Questi risultati sono visibili e facili da comunicare. Il beneficio per la città richiede un passaggio ulteriore: dimostrare che un servizio o una decisione sono migliorati, considerando risorse impiegate e distribuzione degli effetti. La valutazione deve essere progettata insieme alla soluzione, perché ricostruire la situazione iniziale dopo l'avvio può essere difficile.
Il quarto Quaderno di Milano Smart City Alliance e City Vision presenta A2A OneCity come una piattaforma che integra dati territoriali e strumenti di analisi, con letture ambientali, sociali e di governance. Questo riferimento documenta una proposta e un caso d'uso descritto nella pubblicazione. Non viene qui utilizzato come prova di un impatto causale già misurato sulla qualità della vita o sui bilanci degli enti.
La domanda analitica è come trasformare questa disponibilità informativa in una decisione migliore. Una piattaforma può rendere osservabile un fenomeno, ma il cambiamento dipende anche da responsabilità, risorse e capacità di intervenire. La catena tra dato e beneficio deve quindi includere il processo organizzativo, oltre alla componente tecnologica.
Quattro livelli di evidenza
Propongo di distinguere realizzazione, utilizzo, risultato operativo e beneficio pubblico. La realizzazione descrive ciò che è stato attivato. L'utilizzo mostra se la soluzione entra effettivamente nel lavoro. Il risultato operativo riguarda un cambiamento del servizio o del processo. Il beneficio pubblico valuta il valore di quel cambiamento per cittadini e territorio, insieme ai costi sostenuti.
I quattro livelli non sono equivalenti e il passaggio tra loro non è automatico. Una dashboard può essere consultata spesso senza modificare alcuna decisione. Una riduzione del tempo di un'attività può liberare risorse oppure essere assorbita da nuovi adempimenti. Per capire il risultato occorre osservare l'intero processo e dichiarare quale collegamento si vuole verificare.

Un esempio sull'illuminazione
Consideriamo un esempio metodologico, senza attribuirlo a risultati di OneCity. Il numero di punti luce connessi misura una realizzazione. L'uso degli allarmi da parte degli operatori misura un comportamento. Il tempo necessario a risolvere un guasto riguarda un risultato operativo. La qualità del servizio percepita nei diversi quartieri, insieme a consumi e costi, contribuisce alla valutazione del beneficio pubblico.
La misura deve considerare anche fattori esterni e condizioni del servizio. Una variazione dei consumi può dipendere da più elementi; da sola non identifica il contributo della soluzione digitale. Servono una base di confronto e una descrizione delle modifiche intervenute. Se questi elementi non sono disponibili, la conclusione deve esplicitare il limite invece di trasformare una correlazione in attribuzione certa.

Una scheda benefici prima dell'avvio
La scheda che propongo contiene situazione iniziale, cambiamento atteso, confronto credibile, costi complessivi, distribuzione degli effetti e decisione conseguente. Il confronto può assumere forme differenti secondo il contesto. Deve comunque aiutare a distinguere l'effetto dell'intervento da ciò che sarebbe potuto accadere senza di esso. La scelta del metodo richiede competenze adeguate e dati compatibili con la domanda.
I costi comprendono gestione, manutenzione, aggiornamento e lavoro organizzativo, oltre all'acquisto iniziale. La distribuzione degli effetti chiede chi beneficia e chi potrebbe restare escluso. Un miglioramento medio può convivere con differenze territoriali importanti. Rendere visibili queste differenze permette di discutere priorità e correzioni con maggiore precisione.
Misurare per decidere
La valutazione acquista utilità quando ha una conseguenza prevista. Prima dell'avvio dovrebbe essere chiaro chi esaminerà le evidenze e quali decisioni potranno seguire: estensione, modifica, approfondimento o interruzione. Senza questo collegamento, il monitoraggio rischia di diventare una produzione periodica di report senza effetti sul servizio.
Una prima applicazione può riguardare un solo caso d'uso e pochi indicatori coerenti. È preferibile una catena verificabile tra informazione, decisione e risultato rispetto a un catalogo molto esteso di misure scollegate. La maturità di una smart city si può leggere anche da questa disciplina: sapere quale beneficio si sta cercando, riconoscere quando l'evidenza è insufficiente e usare ciò che si apprende per migliorare l'intervento successivo.
Analisi correlate

Quando la tecnologia esce dall'IT: progettare il Technology Operating Model come sistema di responsabilità
La tecnologia è sempre più distribuita nelle funzioni aziendali, mentre rischio, architettura e accountability restano responsabilità comuni. Il Technology Operating Model deve governare questa distanza senza trasformare l'IT in un collo di bottiglia.
· 4 min

Dalla consegna del sistema all'orchestrazione dell'ecosistema
Passenger Package, specifiche ferroviarie armonizzate ed eFTI mostrano la stessa direzione: il valore non è più contenuto in un solo sistema, ma nella capacità di più organizzazioni di scambiare dati, applicare standard e far funzionare processi condivisi.
· 4 min

Agenzia Digitale Metropolitana: cosa condividere e cosa governare localmente
Una lettura manageriale dell'Agenzia Digitale Metropolitana: capacità condivise, responsabilità locali e qualità del servizio.
· 4 min