Smart city: misurare il beneficio dopo l'attivazione della tecnologia
Un articolo metodologico che prende A2A OneCity come contesto: una griglia per distinguere realizzazione, utilizzo, risultato e beneficio pubblico nei progetti smart city.
· 5 min

Indice dell'articolo
Un articolo metodologico, con un caso come contesto
Un progetto smart city produce spesso evidenze immediate: dispositivi collegati, dati disponibili e nuove funzionalità. Sono risultati 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 va progettata insieme alla soluzione, perché ricostruire la situazione iniziale dopo l'avvio può essere difficile.
Questo è un articolo metodologico. Prende come contesto A2A OneCity, descritta nel quarto Quaderno di Milano Smart City Alliance e City Vision come piattaforma di governance territoriale che integra dati, eventi e scenari in un cruscotto secondo tre assi ESG: ambiente (qualità dell'aria, verde urbano, consumo di suolo), sociale (accessibilità e distribuzione dei servizi, qualità della vita nei quartieri) e governance (efficacia delle politiche pubbliche). La pubblicazione segnala l'uso esteso di dati satellitari, che renderebbe l'analisi applicabile anche ai piccoli Comuni privi di sensori a terra.
La sezione «I risultati» del Quaderno elenca quattro benefici — visione integrata del territorio, governance predittiva, accessibilità per i piccoli Comuni, rendicontazione ESG misurabile — in termini qualitativi, senza indicatori quantitativi né una base di confronto. Non li uso qui come prova di un impatto causale già misurato sulla qualità della vita o sui bilanci degli enti: sono il punto da cui parte la domanda dell'articolo, cioè che cosa servirebbe per trasformare una disponibilità informativa in un beneficio dimostrabile. Tra dato e beneficio passano responsabilità, risorse e capacità di intervenire: la catena deve 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.

- Realizzazione → Utilizzo → Risultato operativo → Beneficio pubblico
- Le frecce non sono automatiche: servono evidenze
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.
Tre piani da non confondere
Il Quaderno IV di Milano Smart City Alliance descrive OneCity (A2A) come piattaforma di governance ESG; i «risultati» sono elencati senza indicatori né base di confronto.
Tra dato e beneficio passano uso, risultato operativo e beneficio pubblico: quattro livelli di evidenza non equivalenti.
Prima dell'avvio, una scheda con situazione iniziale, cambiamento atteso, confronto credibile, costi, distribuzione degli effetti e decisione conseguente.
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
La FAQ dell'Agenzia Digitale Metropolitana distingue 22 servizi fondamentali, 11 a canone e 19 a progetto. Per i Comuni la questione è quale capacità condividere e quale responsabilità mantenere a livello locale.
· 5 min