Il pattern tipico del civic-tech italiano è una landing con tre statistiche di impatto, un video di trenta secondi e un bottone "Richiedi una demo" che apre un form con sette campi obbligatori: nome, cognome, email aziendale, ente, ruolo, numero di abitanti, telefono. Il giorno dopo arriva una mail da un commerciale che chiede di fissare una call. Tre giorni dopo, una seconda mail. Una settimana dopo, la demo è una sessione Zoom di 45 minuti con slide.
ROADS fa il contrario. La landing ha un bottone: "Continua come ospite". Lo clicchi e sei dentro il prodotto reale, su qualsiasi Comune italiano vuoi provare. Niente form, niente lead-gen mascherata, niente trial a 14 giorni.
In questo articolo spieghiamo cosa si vede esattamente in modalità ospite, cosa resta chiuso e perché abbiamo scelto questa apertura.
L'anti-pattern della demo nascosta
Il problema della demo dietro form non è il form in sé. È l'asimmetria che introduce nella relazione tra prodotto e potenziale utente.
Un tecnico comunale che sta esplorando strumenti per la manutenzione stradale apre dieci siti in una settimana. Su nove di quei dieci siti deve compilare un form prima di vedere qualcosa di operativo. Quattro o cinque di quei form gli chiedono il numero di abitanti del Comune — informazione che usano per profilarlo come lead di taglia piccola, media o grande, e per decidere se vale la pena richiamarlo. Due dei nove gli chiedono il budget annuo previsto. Uno gli chiede di fissare direttamente una call.
A quel punto, prima ancora di sapere se lo strumento gli serve, il tecnico ha già firmato un contratto implicito: ha ceduto i propri dati di contatto in cambio della *possibilità* di vedere il prodotto. La sessione informativa diventa una sessione commerciale. Il tempo del tecnico — che è la risorsa più scarsa nelle amministrazioni piccole, dove la stessa persona gestisce urbanistica, lavori pubblici e manutenzioni — viene speso a difendersi dal pitch invece che a valutare lo strumento.
Il risultato concreto è che il civic-tech italiano ha un funnel pieno di lead poco qualificati e una percentuale di adozione bassa, perché chi davvero ha bisogno dello strumento non arriva mai alla valutazione tecnica prima del contatto commerciale.
Abbiamo scelto deliberatamente l'inverso. Il bottone "Continua come ospite" porta il visitatore dentro il prodotto reale, su un Comune di sua scelta, senza che noi sappiamo chi è. Il contatto arriva solo se lui decide che lo strumento gli serve, e a quel punto la conversazione parte da un livello tecnico diverso.
Cosa puoi fare in modalità ospite
Quando clicchi "Continua come ospite" su roads.ignicraft.com, sei dentro la dashboard. Da lì:
Ricerca di un Comune italiano qualsiasi. Nella barra di ricerca digiti il nome — "Pordenone", "Lecce", "Aosta", il Comune in cui lavori o quello di tuo interesse. Il sistema raccoglie il grafo stradale pubblico dalla rete OpenStreetMap e calcola i punteggi di rischio per quel territorio. La prima volta richiede uno-tre minuti, perché il calcolo è effettivo, non precaricato.
Esplorazione della mappa di rischio. Vedi l'intera rete viaria comunale colorata per priorità di intervento, con i tre livelli — Alta (rosso), Media (giallo), Bassa (verde). Puoi zoomare, scorrere, cliccare un tratto specifico.
Spiegazione del punteggio sul singolo tratto. Cliccando un segmento, la sidebar mostra l'indice di rischio numerico (0–100%) e quale dei sei fattori sta pesando di più su quel tratto. È il livello di trasparenza che permette a un tecnico di capire perché ROADS sta segnalando quel tratto come critico — se è il traffico, se è il gelo, se è l'età dell'asfalto, se è la deformazione satellitare. Senza spiegazione, un punteggio sarebbe solo un numero. Con la spiegazione, diventa una giustificazione tecnica utilizzabile in delibera.
Vista dei sei fattori di rischio. I sei fattori — deformazione (da Sentinel-1 Copernicus), traffico, età asfalto, gelo + pioggia combinati, precipitazioni, gelo — sono esposti nella card del segmento. Sono indicatori derivati da dati pubblici, non parametri di laboratorio. Per i dettagli del modello rimandiamo all'articolo dedicato.
Generazione di un piano di intervento di bozza per il tratto selezionato. Il bottone "Genera Piano Intervento" produce un piano operativo strutturato — fasi, tempi suggeriti, classe di intervento — per il segmento scelto. È un output utilizzabile come bozza da rivedere insieme al tecnico responsabile, non come piano definitivo.
In modalità ospite, tutta l'esperienza esplorativa è disponibile senza alcuna registrazione, senza alcun limite temporale.
Cosa resta chiuso, e perché
Tre famiglie di funzionalità sono riservate all'utente admin (account autenticato di un Comune cliente):
Export dei dati in GeoJSON, CSV, PDF. L'esplorazione visiva è pubblica; l'esportazione no. La ragione operativa è che l'export è l'azione che porta il dato fuori dal contesto della dashboard — un GeoJSON aperto in QGIS o un PDF allegato a una delibera diventano artefatti separati. È il momento giusto per chiedere all'utente di identificarsi, perché significa che lo strumento sta entrando in un workflow operativo dell'ente. È anche il momento in cui la calibrazione locale dei fattori — che per un Comune cliente è personalizzata — diventa rilevante: senza calibrazione, un export su scala produttiva sarebbe potenzialmente fuorviante. Per i requisiti del D.Lgs. 36/2023 sul nuovo Codice dei contratti pubblici, gli allegati tecnici di un piano triennale delle opere richiedono tracciabilità del metodo: l'autenticazione garantisce che la versione esportata sia riconducibile a una calibrazione documentata.
Gestione interventi. L'admin di un Comune cliente può registrare gli interventi eseguiti — chiusura buca, rifacimento manto, pulizia caditoie — su singoli tratti, con data e tipologia. ROADS aggiorna lo storico e ricalcola l'età dell'asfalto sul tratto. È un workflow di stato persistente: ha bisogno di un'identità utente per essere coerente nel tempo.
Login multi-utente per il singolo Comune. Un ente che usa lo strumento di solito ha tre o quattro persone che devono accedervi — il responsabile dei lavori pubblici, un RUP, un tecnico operativo, l'assessore al ramo. La gestione dei ruoli (chi vede, chi registra interventi, chi esporta, chi configura) è funzionalità di backoffice. Non ha senso esporla in modalità ospite.
Il taglio è stato fatto su un criterio preciso: tutto ciò che serve a valutare lo strumento è pubblico; tutto ciò che serve a integrarlo in un workflow operativo è autenticato. La modalità ospite non è una versione "ridotta" di ROADS: è la versione completa per la fase di valutazione, e la fase di valutazione finisce quando il tecnico decide se lo strumento entra o no nel proprio processo.
Cosa la modalità ospite non è
È utile dichiarare esplicitamente cosa la modalità ospite non è, per evitare aspettative scorrette.
Non è un trial a tempo. Non esiste un timer dopo il quale il guest viene bloccato. Puoi tornare su roads.ignicraft.com tutte le volte che vuoi, cercare Comuni diversi, esplorare la mappa per il tempo che ti serve. Se sei un ricercatore che sta scrivendo una tesi sul tema, o un giornalista che vuole confrontare i dati di rischio su più Comuni della propria regione, la modalità ospite è quella che usi.
Non è una demo curata. Non c'è un Comune "di esempio" con dati selezionati per fare bella figura. ROADS calcola i punteggi di rischio in modo deterministico su ogni Comune italiano che gli viene chiesto, con la stessa pipeline. Se cerchi il tuo Comune e vedi una distribuzione di priorità che non ti convince — troppi rossi, o troppi verdi rispetto alla tua esperienza diretta del territorio — quello è un segnale utile, non un bug della demo. Significa che la calibrazione di default non rispecchia le specificità locali, ed è esattamente la conversazione che bisogna fare con il tecnico del Comune nella fase pilota.
Non sostituisce una conversazione tecnica. La modalità ospite serve a farsi un'idea operativa dello strumento. Non serve a decidere se adottarlo. La decisione di adozione richiede di parlare di calibrazione locale, di workflow di registrazione degli interventi, di formazione, di integrazione con i sistemi catastali del Comune, di SLA. Tutto questo è esplicitamente fuori dalla modalità ospite per scelta — non perché sia segreto, ma perché è una conversazione tecnica che ha senso fare quando il tecnico del Comune ha già deciso che vale la pena farla.
Non garantisce precisione assoluta. Il claim sull'interfaccia di ROADS è esplicito: *"Versione alfa — dati e funzionalità sperimentali, non utilizzare per decisioni operative senza verifica"*. Vale anche in modalità ospite. L'obiettivo del prodotto non è essere preciso al metro: è restituire coerenza nel tempo a un'amministrazione che oggi non ha alcun quadro sintetico. La modalità ospite consente di vedere se quella coerenza, sul proprio territorio, è verosimile.
Open by default: la cornice istituzionale
La scelta di aprire ROADS in modalità ospite non è solo una scelta di marketing. Si inserisce in un quadro normativo e istituzionale che spinge in quella direzione da quasi vent'anni.
Il Codice dell'Amministrazione Digitale (D.Lgs. 82/2005) ha introdotto il principio dell'apertura come default nelle informazioni della PA. L'articolo 52 del CAD prevede che i dati e i documenti pubblicati dalle pubbliche amministrazioni siano da considerare aperti e riutilizzabili senza che sia necessaria una richiesta esplicita, salvo casi specifici di tutela. Il D.Lgs. 36/2006 (recepimento della direttiva PSI e successiva Open Data Directive 2019/1024) consolida il principio del riutilizzo dell'informazione del settore pubblico.
AGID, che coordina le politiche di apertura dei dati della PA italiana, indica nelle proprie linee guida l'open by default come obiettivo strategico: i dati prodotti dalla PA non sono di proprietà esclusiva dell'ente che li gestisce, sono un bene comune. Lo strumento che lavora su quei dati — ROADS si appoggia ai grafi stradali OpenStreetMap, sotto licenza ODbL, e a dati Copernicus pubblici — eredita una parte di quella vocazione all'apertura.
Non c'è un obbligo normativo che imponga a un vendor privato di esporre il proprio prodotto senza registrazione. ROADS è un prodotto di IgniCraft, non un servizio della PA. Ma operare in un ecosistema che ha l'open by default come principio istituzionale, e poi nascondere il prodotto dietro un form di sette campi, è una contraddizione che non avevamo voglia di portare.
Perché funziona come modello di business
La domanda implicita di chi legge questo articolo dalla parte del prodotto è: "Se chiunque può usare ROADS senza registrarsi, come fate a vivere?"
La risposta è che il lead vero arriva dopo. Un tecnico comunale che ha già provato lo strumento sul proprio territorio, che ha cliccato dieci segmenti sulla propria rete, che ha visto se le priorità calcolate si sovrappongono o no alla propria esperienza diretta, è un interlocutore qualitativamente diverso da uno che ha visto solo una landing.
Quando ci scrive — su ignicraft.com/contatti — la conversazione parte da: "Ho provato il mio Comune, ho visto questa distribuzione di priorità, sui tre tratti che conosco meglio i punteggi mi sembrano coerenti ma in zona X mi aspettavo di più, possiamo parlare di calibrazione?". Quella è una conversazione su cui si può costruire un pilot in due settimane. La conversazione speculare — "Ho visto il vostro sito, vorrei capire se il prodotto fa per me" — è dieci volte più lunga e converte una frazione delle volte.
Il modello regge perché il costo marginale di un guest in più, per noi, è una manciata di centesimi di compute. La pipeline di calcolo è la stessa che gira per i Comuni clienti; aggiungere un Comune di prova è un'iterazione in più della stessa pipeline. Il rischio peggiore è che qualche concorrente si faccia un'idea del modello guardando il prodotto — rischio che consideriamo accettabile, perché il valore di ROADS non è nell'algoritmo (i sei fattori sono pubblici, l'articolo dedicato li elenca uno per uno) ma nella combinazione tra modello, pipeline operativa e processo di calibrazione locale con il Comune cliente.
A chi serve esattamente la modalità ospite
Quattro profili di utente per cui la modalità ospite è il modo giusto di entrare in contatto con ROADS:
Il tecnico comunale curioso. Apre la dashboard sul proprio Comune, esplora le priorità calcolate, le confronta con la propria esperienza diretta. Se ci sono tratti che lui sa essere critici e che ROADS non segnala come tali, o viceversa, ha materiale concreto per una conversazione tecnica con noi su calibrazione e pilot.
Il ricercatore PA. Sta lavorando su un paper sul rischio infrastrutturale italiano, sul gap di manutenzione tra Nord e Sud, sull'impatto del clima sui costi di manutenzione stradale. Apre ROADS su decine di Comuni di interesse e usa la modalità ospite come strumento di osservazione esplorativa. Non è il cliente target di ROADS ma è un moltiplicatore di credibilità nel medio periodo.
Il giornalista locale. Sta scrivendo sulle buche di un quartiere o sulla manutenzione delle strade comunali. Apre la mappa di rischio sul Comune di riferimento, verifica visivamente se le criticità segnalate dai cittadini si sovrappongono o no alla mappa di rischio. Non scrive un pezzo su ROADS — scrive un pezzo sulle strade, e ROADS è uno dei suoi strumenti di osservazione. È esattamente l'uso per cui la modalità ospite ha senso.
Il consulente lavori pubblici. Lavora per studi di ingegneria che supportano i Comuni nella programmazione triennale delle opere. Vuole capire se ROADS può accelerare la fase di assessment iniziale del piano. Apre la dashboard sui Comuni del proprio portafoglio clienti, valuta la qualità delle priorità calcolate, e se serve apre con noi una conversazione su licenze multi-Comune o partnership.
Lo stato attuale e i prossimi passi
ROADS è in versione alfa, in produzione su roads.ignicraft.com con la modalità ospite aperta a tutti. Le funzionalità admin (export, gestione interventi, login multi-utente) sono per ora a invito, e l'accesso si richiede direttamente dalla landing. Stiamo lavorando con alcuni Comuni pilota italiani per affinare la calibrazione locale dei sei fattori: i pesi sono già parametrici, il prossimo passo è esporre la calibrazione all'utente admin del Comune in modo che possa rifletterne specificità locali (gelo intenso, traffico turistico stagionale, classi di strada particolari).
Sull'apertura della modalità ospite la nostra posizione è stabile: resterà aperta. Non è il bottone "Continua come ospite" che ci porta i Comuni clienti — sono la calibrazione locale, il pilota su misura, il workflow di registrazione degli interventi e il supporto tecnico. La modalità ospite serve a non sprecare il tempo di chi sta valutando lo strumento. È un investimento sulla qualità delle conversazioni che facciamo, non sulla quantità dei lead che raccogliamo.
Se hai responsabilità sulla viabilità di un Comune, di un'Unione di Comuni, di un'amministrazione provinciale, e ti interessa: la modalità ospite di roads.ignicraft.com è il modo migliore per farti un'idea. Da lì, scrivici per parlare di pilota o demo dedicata.
Fonti
LinkedIn (copia-incolla)
Il pattern tipico del civic-tech italiano: landing con tre statistiche di impatto, video di trenta secondi, bottone "Richiedi una demo" che apre un form con sette campi obbligatori. Il giorno dopo arriva la mail del commerciale. Una settimana dopo, una call Zoom di 45 minuti con slide.
ROADS fa il contrario. Sulla landing c'è un bottone: "Continua come ospite". Lo clicchi e sei dentro il prodotto reale, su qualsiasi Comune italiano vuoi provare. Niente form, niente lead-gen mascherata, niente trial a 14 giorni.
Cosa puoi fare in modalità ospite, senza login:
→ Cercare qualsiasi Comune italiano e vedere la mappa di rischio sulla rete viaria comunale, con i tre livelli di priorità (Alta, Media, Bassa).
→ Cliccare un tratto specifico e leggere la spiegazione del punteggio — quale dei sei fattori (deformazione satellitare Sentinel-1, traffico, età asfalto, gelo+pioggia, precipitazioni, gelo) sta pesando di più su quel segmento.
→ Generare un piano di intervento di bozza per il tratto selezionato, con fasi e tempi suggeriti.
→ Tornare quante volte vuoi, su quanti Comuni vuoi. Non c'è timer.
Cosa resta chiuso, e perché:
→ Export GeoJSON / CSV / PDF, gestione interventi, login multi-utente sono riservati agli admin del Comune cliente. Il taglio è preciso: tutto ciò che serve a valutare lo strumento è pubblico; tutto ciò che serve a integrarlo in un workflow operativo è autenticato.
Perché funziona come modello di business:
Un tecnico comunale che ha già provato ROADS sul proprio territorio, che ha cliccato dieci segmenti sulla propria rete, è un interlocutore qualitativamente diverso da uno che ha visto solo una landing. Quando ci scrive, la conversazione parte da "ho provato il mio Comune, sui tre tratti che conosco meglio i punteggi sembrano coerenti, ma in zona X mi aspettavo di più — possiamo parlare di calibrazione?". Da lì a un pilot ci sono due settimane, non due mesi di pitch.
Il costo marginale di un guest in più, per noi, è una manciata di centesimi di compute. Il rischio che qualche concorrente si faccia un'idea del modello guardando il prodotto lo consideriamo accettabile: il valore di ROADS non è nell'algoritmo (i sei fattori sono pubblici), è nella calibrazione locale e nel processo operativo con il Comune cliente.
L'articolo completo, con la sezione su cosa la modalità ospite NON è (non è un trial a tempo, non è una demo curata, non sostituisce una conversazione tecnica) e la cornice istituzionale (CAD, D.Lgs. 36/2006, AGID open-by-default):
https://www.ignicraft.com/it/giornale/roads-modalita-ospite-perche-apertura-pubblica
#CivicTech #PADigitale #OpenByDefault #ROADS #ManutenzioneStradale