Perché un e-commerce generico non basta
Chi gestisce un servizio di battelli o traghetti spesso parte da un plugin di prenotazione o da un negozio online adattato. Funziona finché il servizio è semplice. Poi arrivano le linee con più fermate, gli orari che cambiano a ogni stagione, la capienza del mezzo, il vento che chiude una fermata alle sette del mattino, i rivenditori che vendono gli stessi posti, la coda in banchina prima della partenza.
A quel punto ogni eccezione diventa lavoro manuale: email ai passeggeri una per una, posti contati a mano, incassi della banchina riportati su un foglio. Abbiamo sviluppato una biglietteria per una compagnia di navigazione turistica e l'ecosistema completo di una compagnia di traghetti: queste sono le funzioni che, nella nostra esperienza, fanno la differenza.
Le funzioni indispensabili
Rete di linee, fermate e tariffe
La base è il modello del servizio: linee, fermate, tratte tra una fermata e l'altra e le tariffe di ciascuna, con le categorie di passeggero. Deve essere configurabile dal back-office, perché la rete cambia più spesso di quanto si pensi.
Orari stagionali che generano le corse
Inserire a mano ogni corsa di ogni giorno non è sostenibile. Servono modelli orari per stagione e regole che generano in automatico le corse giornaliere, con la possibilità di gestire eccezioni e giorni particolari.
Capienze e allotment
Ogni corsa ha una capienza massima. Se vendono anche rivenditori o tour operator, una parte dei posti può essere riservata a loro. Il sistema deve contare in tempo reale i posti venduti su tutti i canali, e mostrare all'ufficio un calendario degli ordini con l'occupazione di ogni corsa.
Chiusure per maltempo, annullamenti e rimborsi
È la funzione che separa una biglietteria fatta per il mare da una generica. L'ufficio deve poter chiudere una fermata per una data e gestire in pochi passaggi annullamenti e rimborsi, con le motivazioni registrate e le comunicazioni ai passeggeri inviate in automatico, via email e SMS, nella lingua di ciascuno.
Pagamenti e biglietti
Pagamento online con carta, biglietto in PDF con codice a barre o QR inviato via email. Se l'azienda gestisce più linee con contabilità separate, può servire incassare su conti di pagamento separati per linea - nel nostro progetto con Stripe lo abbiamo fatto così.
Più lingue
I passeggeri del turismo sono internazionali. Sito di vendita, email, SMS e biglietti devono essere tradotti: nei nostri progetti gestiamo da 4 a 5 lingue.
Ruoli, report ed export
Ufficio, banchina e amministrazione vedono cose diverse. Servono ruoli e permessi, report sugli ordini e export in PDF per la contabilità, e il manifest di bordo con l'elenco dei passeggeri di ogni corsa.
La banchina: vendita e imbarco
Anche con la vendita online, una parte dei biglietti si vende in banchina, spesso a ridosso della partenza e con copertura instabile. Per questo abbiamo sviluppato un'app di cassa che trasforma uno smartphone o un tablet con una stampante termica Bluetooth in una biglietteria:
- vendita e stampa in pochi secondi, in contanti o con carta
- funzionamento offline: ogni vendita si salva sul dispositivo e si sincronizza con la piattaforma appena torna la rete
- biglietti per gruppi, agenzie e tour operator, incassi, spese e chiusura di fine giornata
All'imbarco, un'app di validazione scansiona i QR code dei biglietti, sia quelli comprati online sia quelli stampati in banchina. Il risultato è che vendite online, vendite in banchina e prenotazioni B2B finiscono nello stesso posto.
Rivenditori e piattaforme online
Agenzie, hotel e portali di esperienze vendono una quota importante dei biglietti turistici. Se le loro vendite arrivano per email o telefono, qualcuno deve ricopiarle e il rischio di vendere due volte lo stesso posto cresce.
La soluzione è collegare i canali via API: per la compagnia di navigazione abbiamo integrato GetYourGuide, così disponibilità, prenotazioni, acquisti e cancellazioni passano automaticamente dalla piattaforma alla biglietteria e viceversa.
L'app per i passeggeri
Non è indispensabile per partire, ma aggiunge valore: orari, biglietti sempre a portata di mano, notifiche push per variazioni e cancellazioni. E può diventare un'esperienza, come l'audioguida geolocalizzata che racconta la costa durante la traversata.
Cosa chiedere a chi sviluppa la biglietteria
- Come si gestisce la chiusura di una fermata per maltempo, e cosa succede ai biglietti già venduti?
- La cassa in banchina funziona senza connessione?
- Come si collegano rivenditori e portali, e come si evita di vendere due volte lo stesso posto?
- Orari, tariffe e nuove stagioni si configurano dall'ufficio o serve chiamare uno sviluppatore?
- I dati dei clienti e degli incassi restano vostri?
- Si può partire con una parte delle funzioni e aggiungere il resto nelle stagioni successive?
Da dove partire
Il momento giusto per progettare una biglietteria è la bassa stagione: c'è il tempo per definire le regole, provare il sistema con i dati reali e formare il personale prima dei picchi. Noi partiamo da una call gratuita e definiamo una prima milestone a prezzo fisso sul problema che pesa di più, di solito la vendita online con la gestione di orari e chiusure, per poi aggiungere banchina, rivenditori e app passeggeri.