Un'infrastruttura digitale per la mobilità di prossimità.

Lane nasce per gestire servizi di mobilità in territori a scala umana, dove le persone si spostano molto ma le distanze sono brevi e la domanda è discontinua. È composta da tre parti che parlano fra loro: un'app per il cittadino, un'app per chi guida e una console web per chi gestisce il servizio.

La piattaforma è sviluppata interamente da noi, riga per riga. È una scelta che ha un effetto pratico: quando chi opera il servizio chiede una modifica, possiamo valutarla e realizzarla in tempi ragionevoli.

Quando una persona apre l'app, la prima cosa che succede è semplice: l'app capisce dove si trova e chiede al sistema quali servizi sono attivi in quel punto. Poi mostra quelli, e solo quelli.

Chi è a San Marino vede il pulsante del servizio locale, con il suo nome e i suoi colori. Chi apre la stessa app da Milano non lo vede: per lui quel servizio non esiste, non può prenotarlo e non può nemmeno provarci. Non è un filtro grafico, è il sistema che non accetta la richiesta.

Il trasporto a chiamata è una formula in crescita in tutta Europa, e le ragioni le conoscete meglio di noi: copre zone e fasce orarie che una linea fissa non riesce a servire con costi sostenibili, riduce i chilometri percorsi a vuoto, e dà una risposta concreta a chi non guida — anziani, ragazzi, persone con disabilità. Su questo non serve che aggiungiamo altro.

Preferiamo spendere le pagine seguenti su un aspetto più concreto: la qualità delle decisioni prese ogni volta che qualcuno prenota, e gli strumenti che ha in mano chi gestisce il servizio. È la parte su cui abbiamo lavorato di più, ed è quella che possiamo mostrarvi.

Un'ultima premessa, perché ha guidato molte nostre scelte tecniche: San Marino è in montagna. Due fermate vicine in linea d'aria possono essere lontane in minuti di guida, per via di salite, tornanti e sensi unici. Per questo tutto ciò che segue ragiona in minuti reali di percorrenza su strada, mai in distanze.

Un taxi è semplice: un'auto, un cliente, da A a B. Un bus a chiamata no. Lo stesso minibus porta più persone insieme, ognuna con partenza e destinazione diverse, e le richieste arrivano una alla volta, senza preavviso.

Ogni prenotazione pone tre domande contemporaneamente: la carico su un mezzo già in giro o ne mando un altro? in che ordine faccio salire e scendere le persone? quanto sto peggiorando il viaggio di chi è già a bordo? Il motore risponde a tutte e tre, in una frazione di secondo, per ogni richiesta.

Perché queste decisioni siano giuste servono i tempi di percorrenza reali su strada. Per questo abbiamo installato un motore di calcolo stradale dentro il nostro server, con la cartografia di San Marino: conosce ogni strada, ogni senso unico e ogni pendenza, e risponde in un millesimo di secondo alla domanda "quanti minuti da qui a lì?".

Due conseguenze pratiche. La prima: possiamo interrogarlo quante volte vogliamo, perché è nostro — nessun costo a chiamata, nessun limite imposto da terzi. La seconda: siccome le fermate sono fisse, la tabella dei tempi fra tutte le fermate si calcola una volta e resta pronta all'uso, quindi ogni decisione è istantanea e il servizio continua a funzionare anche se il calcolo stradale è momentaneamente indisponibile.

Ogni minuto il motore ripassa tutte le richieste non ancora salite a bordo e le ricolloca sullo stato attuale della flotta: se nel frattempo un mezzo si è liberato, se una corsa è finita prima, se qualcuno ha annullato, il piano si aggiorna. Chi è già a bordo non viene mai spostato: la sua promessa è stata fatta e resta valida.

Il motore non stabilisce da sé che cosa sia accettabile per i cittadini di San Marino: applica dei limiti, e quei limiti sono manopole che si girano dalla console, in autonomia e con effetto immediato. Quali valori siano quelli giusti lo decide chi ha la responsabilità del servizio.

Al di là delle leve, ci sono condizioni che il sistema non può violare in nessun caso. Sono verificate automaticamente, dopo ogni singola operazione, da un collaudo che genera migliaia di prenotazioni, salite, discese e annullamenti casuali su configurazioni diverse e ricontrolla ogni volta tutte le condizioni.

La console è la parte che userete ogni giorno. Si apre da un normale browser, non richiede installazioni, e mostra il servizio così com'è in questo momento: dove sono i mezzi, chi sta aspettando, che cosa sta per succedere.

Una pagina raccoglie gli indicatori degli ultimi giorni e segnala da sola quando qualcosa esce dai parametri: tasso di servizio (quante richieste vengono servite entro l'attesa promessa), attesa media e attesa nel caso quasi-peggiore, puntualità, scarto tra orario annunciato e orario reale, quota di corse condivise, occupazione dei mezzi, annullamenti.

Gli stessi numeri, se lo ritenete utile, possono essere pubblicati su una pagina pubblica di trasparenza: i cittadini vedono in chiaro come sta andando il servizio che pagano. È una scelta vostra, si attiva o si spegne.

L'app dell'autista di un bus a chiamata non assomiglia a quella di un tassista: non c'è nessuna corsa da accettare o rifiutare. L'autista inizia il turno, sceglie il mezzo che guida quel giorno e da quel momento esegue il giro che il motore costruisce per lui, aggiornato in tempo reale.

La piattaforma è costruita e collaudata: motore, console, app dell'autista e app del cittadino esistono e funzionano dall'inizio alla fine del percorso di una corsa. Quello che manca è la parte che possiamo fare solo insieme a voi: caricare le vostre fermate reali, i vostri mezzi e i vostri orari, e tarare le leve sul servizio che volete offrire.

Non riteniamo utile mettere sul tavolo numeri e condizioni oggi. Ha più senso che vediate lo strumento lavorare sui vostri dati e vi facciate un'idea: se convince, il resto si costruisce con calma e con trasparenza.

Questa presentazione racconta cosa fa il servizio. Chi deve valutare come è costruito trova il dettaglio nella relazione tecnica: architettura, dati e loro proprietà, sicurezza, continuità del servizio, limiti dichiarati e, in appendice, l'algoritmo di assegnazione con le decisioni progettuali e le misure.