Dalla control room all'esperienza del passeggero: intervista a Paolo Varano, Head of Digital Factory in Philmark
Paolo Varano guida il team che sta costruendo concretamente la piattaforma MaaS di Noonbolt: un sistema che unisce gestione operativa delle flotte, mobilità on-demand e esperienza digitale del passeggero. In questa intervista racconta a che punto siamo, come è strutturato il prodotto e cosa significa lavorare su un progetto che, per il Gruppo, rappresenta un territorio relativamente nuovo.
Paolo, partiamo dall’inizio: cos’è Noonbolt e come si inserisce nel Gruppo?
Noonbolt è la nuova startup del Philmark Group, e nasce da un’idea ambiziosa: costruire una piattaforma digitale integrata per la mobilità connessa. Il progetto unisce un e-bus software-defined con una piattaforma MaaS — Mobility as a Service — cloud ed edge, pensata per gestire in modo intelligente flotte e servizi connessi. È un terreno nuovo per il Gruppo, che porta con sé tutto il know-how accumulato negli anni su architetture cloud, integrazione dati e user experience, applicandolo a un verticale — quello della smart mobility — in forte crescita.
Qual è il tuo ruolo in questo progetto come Head of Digital Factory?
Il mio ruolo è guidare la parte di sviluppo software della piattaforma. In concreto, questo significa presidiare sia il layer B2B — la control room per gli operatori di flotta — sia il layer B2C, ovvero l’applicazione mobile per il passeggero. È un ruolo che richiede di tenere insieme visione di prodotto, scelte architetturali e lavoro quotidiano dei team. Non basta avere un’idea chiara di dove si vuole arrivare: bisogna costruirla, pezzo per pezzo, con le persone giuste.
Cosa esiste già oggi, concretamente?
Più di quanto si pensi, per essere ancora in una fase iniziale. Sul lato B2B abbiamo già una piattaforma operativa con tre componenti principali: un inventario flotta con vista sintetica su mezzi, stato, livelli di batteria e disponibilità; una mappa operativa con alerting geospaziale, aree di copertura e pannello eventi; e un layer di analytics con KPI, trend passeggeri e composizione della flotta. Sul lato B2C, abbiamo un front-end mobile già leggibile che copre l’intero journey dell’utente: dalla scoperta del servizio, alla pianificazione del percorso, fino al ticket attivo e alla gestione del profilo. Stessa piattaforma, due facce del valore.
Cosa intendi esattamente con “piattaforma”? Cosa la rende diversa da un’applicazione tradizionale?
La differenza sta nella profondità e nella coerenza. Parlando di MaaS, ci troviamo di fronte a un sistema che deve orchestrare modalità di trasporto diverse — bus, microtransit on-demand, bike sharing, car sharing, taxi — in un’unica esperienza fluida per l’utente. Non si tratta di aggregare link a servizi esterni: significa routing multimodale con ottimizzazione multicriterio, pagamenti unificati con una sola transazione per l’intero viaggio, ticketing digitale integrato, profili utente che apprendono nel tempo. E tutto questo in real-time, con dati di traffico live, tracking GPS dei mezzi, predizione dell’affollamento e notifiche proattive. La complessità nascosta è enorme, e la sfida è renderla invisibile all’utente finale.
Quali sono le funzionalità che ritenete più critiche da realizzare?
Abbiamo strutturato le priorità in modo molto rigoroso. Le funzionalità P0 — quelle bloccanti, senza cui la piattaforma non sta in piedi — toccano aree precise: i dati real-time su traffico, mezzi e disruzioni; la gestione dell’e-bus e del microtransit on-demand, con dispatch dinamico e routing che aggrega più richieste in tempo reale; il sistema di pagamento e ticketing unificato; la sicurezza dell’utente, incluso un bottone SOS con geolocalizzazione; e tutta l’infrastruttura cloud-native su cui gira il sistema — architettura a microservizi, Kubernetes, API-first, multi-region. Poi ci sono le funzionalità P1 e P2 che arricchiscono progressivamente l’esperienza: la gamification eco-sostenibile, il journey planning multimodale avanzato, le feature social, il white-label per operatori e amministrazioni pubbliche. La roadmap è ambiziosa, ma la disciplina delle priorità è ciò che ci permette di avanzare in modo ordinato.
Quanto conta la sostenibilità in questo progetto?
È un asse centrale, non un’aggiunta decorativa. La piattaforma calcola la CO₂ per ogni viaggio, la confronta con l’alternativa dell’auto privata, e restituisce all’utente un report mensile del proprio impatto. Prevediamo un sistema di eco-rewards — punti per scelte sostenibili — leaderboard, carbon offset e preferenze di percorso green. Ma c’è anche un livello più operativo: la gestione dell’e-bus con diagnostica della batteria, ottimizzazione dei consumi, alert manutenzione predittiva. La sostenibilità si misura nei comportamenti reali che la piattaforma riesce a generare, non solo nei numeri che mostra.
E per gli operatori di trasporto, cosa offre la control room?
È uno strumento completo di gestione operativa. Hanno una vista mappa in tempo reale con posizione e stato di ogni mezzo, pianificazione delle corse — sia lineari che on-demand — storico dei consumi energetici, heatmap dei flussi sul territorio, integrazione con sensori IoT e webcam per i punti critici. C’è poi tutta la parte di revenue management: dashboard vendite, listini dinamici per stagionalità e categorie, gestione delle convenzioni con operatori locali. E per le amministrazioni pubbliche — un target rilevante per noi — strumenti specifici come congestion monitoring, demand forecasting, service gap analysis e export open data. L’obiettivo è dare agli operatori una lettura misurabile della loro rete, non solo visuale.
Quali sono le sfide tecniche più significative che state affrontando?
Ne citerei tre. La prima è la complessità dell’integrazione: connettere telemetria veicolare, georeferenziazione, diagnostica edge e dati di utilizzo in un unico flusso coerente, rispettando standard come GTFS Realtime, TOMP e GBFS, non è banale. La seconda è il doppio binario B2B/B2C: le esigenze di un operatore di flotta e quelle di un passeggero sono molto diverse, ma la piattaforma deve servirli entrambi senza compromessi. La terza è costruire qualcosa di robusto fin dall’inizio: sicurezza end-to-end, GDPR compliance, OAuth2, audit logging — non sono aspetti da aggiungere dopo, devono essere nel DNA dell’architettura sin dal primo giorno.
Un messaggio ai colleghi che leggeranno questa intervista?
Stiamo costruendo qualcosa che tra qualche anno sarà molto più visibile di quanto sembri oggi. Lavorare su una startup all’interno di un gruppo strutturato è una combinazione rara: hai la solidità di un’organizzazione matura e la libertà di un contesto dove molte cose sono ancora da definire. Quello che abbiamo già — la control room, l’app mobile, l’architettura cloud — è solo il punto di partenza. La lista di ciò che costruiremo è lunga e sfidante, e ogni contributo conta. Se c’è curiosità, voglia di lavorare su problemi complessi e capacità di tenere insieme qualità tecnica e visione di prodotto, Noonbolt è il posto giusto.
