Com incloure un programari de transport a la demanda en una licitació pública

El transport a la demanda (DRT) té un pes cada vegada més gran en les estratègies de transport públic. Ciutats, autoritats de transport i governs regionals recorren al DRT per millorar la cobertura, connectar zones de baixa densitat, facilitar els desplaçaments de primera i última milla i oferir serveis de mobilitat més flexibles allà on les línies fixes no sempre són eficients.

Tanmateix, contractar un servei DRT no és el mateix que contractar una línia d'autobús tradicional. Una licitació DRT ben plantejada ha de definir no només els vehicles i l'operació, sinó també la plataforma de programari, els canals de reserva, la lògica de rutes, la propietat de les dades, els requisits de reporting i la integració amb la resta de la xarxa de transport públic.

Aquest article explica els principals elements que les autoritats públiques haurien de tenir en compte en preparar una licitació DRT o en incloure un programari de transport a la demanda dins d'un contracte de mobilitat més ampli.

Començar per definir el problema de transport públic

Abans d'especificar la tecnologia, l'autoritat ha de definir què s'espera que resolgui el servei DRT. El transport a la demanda pot respondre a necessitats de mobilitat molt diferents, i cada cas d'ús pot requerir regles operatives, funcionalitats de programari i indicadors de rendiment diferents.

Entre els casos d'ús habituals del DRT hi ha:

• Connectar zones rurals o de baixa densitat amb estacions de tren, intercanviadors d'autobús o centres urbans
• Oferir transport a la tarda, a la nit o en hores vall quan les línies fixes no són viables
• Substituir o complementar línies d'autobús amb poca demanda
• Millorar l'accés de primera i última milla a la xarxa de transport públic
• Oferir transport adaptat, mobilitat accessible o transport per a col·lectius específics
• Gestionar serveis de transport escolar, d'empresa o comunitari

Un servei rural d'aproximació, per exemple, pot necessitar una integració sòlida amb els horaris de tren i punts de recollida flexibles. Un servei de transport adaptat pot requerir regles d'elegibilitat, reserva assistida, vehicles accessibles per a cadires de rodes i processos específics d'atenció al client. Aquestes diferències s'han de reflectir a la licitació des del principi.

Triar el model de licitació DRT adequat

No hi ha un únic model de contractació per al transport a la demanda. L'estructura adequada depèn de la capacitat interna de l'autoritat, dels contractes vigents amb operadors, del context normatiu i de l'estratègia de mobilitat a llarg termini.

Les autoritats públiques solen triar entre quatre models principals de licitació:

• Licitació només de programari: l'autoritat contracta la plataforma DRT i assigna l'operació als operadors de transport existents.
• Licitació només d'operació: l'autoritat ja disposa de la tecnologia o exigeix a l'operador que treballi amb una plataforma concreta.
• Licitació integrada de programari i operació: el mateix adjudicatari aporta la tecnologia, els vehicles, els conductors i la gestió del servei.
• DRT dins d'una licitació multimodal: el servei s'inclou com a lot o subservei dins d'un contracte de transport públic més ampli.

Una licitació només de programari pot donar a l'autoritat més control sobre les dades, el disseny del servei i la seva escalabilitat futura. Una licitació integrada pot reduir la complexitat de coordinació, sobretot en organismes amb recursos operatius interns limitats. En qualsevol cas, la licitació ha de definir amb claredat les responsabilitats de l'autoritat, el proveïdor de programari, l'operador i l'equip d'atenció al client.

Definir els requisits bàsics del programari DRT

La plataforma de programari és clau per a l'èxit d'un servei de transport a la demanda. Per això, la licitació ha d'incloure requisits tècnics clars, però permetent als licitadors proposar la manera més eficaç d'assolir els resultats del servei.

Els requisits habituals d'un programari DRT inclouen:

• App per a passatgers a iOS i Android
• Portal web de reserves
• App per a conductors amb guiatge de ruta, informació de passatgers i actualitzacions dels viatges
• Tauler de back office per al despatx, el seguiment i la gestió del servei
• Càlcul dinàmic de rutes i viatges compartits (ride-pooling)
• Seguiment de vehicles en temps real i hores estimades d'arribada
• Regles de reserva per zona, franja horària, tipus d'usuari o categoria de servei
• Compatibilitat amb parades fixes, parades virtuals i models porta a porta o cantonada a cantonada
• Notificacions automàtiques per app, SMS o correu electrònic
• Interfície multilingüe i funcions d'accessibilitat
• Tauler de reporting i eines d'exportació de dades

La licitació també ha d'explicar com s'ha d'integrar la plataforma DRT amb els sistemes de transport públic existents. Això pot incloure API, plataformes MaaS, planificadors de viatge, sistemes de venda de bitllets, proveïdors de pagament o feeds GTFS-RT. Sense aquests requisits, el servei DRT pot acabar funcionant com un sistema aïllat en lloc de formar part de la xarxa de mobilitat.

Incloure opcions de reserva per a tots els usuaris

El DRT s'utilitza sovint per millorar l'accessibilitat i la inclusió. Per això, la licitació no hauria de donar per fet que tots els passatgers reservaran a través d'una app al mòbil.

Les autoritats haurien de valorar si el servei ha d'admetre:

• Reserva per app
• Reserva web
• Reserva telefònica a través d'un centre d'atenció telefònica
• Reserva assistida per personal públic, cuidadors o coordinadors de mobilitat
• Reserves recurrents per a usuaris habituals
• Fluxos de reserva específics per a usuaris de cadira de rodes o persones amb mobilitat reduïda

Això és especialment important en el transport rural, la mobilitat de la gent gran, el transport sanitari i els serveis de transport adaptat. Una bona licitació DRT ha de definir no només l'experiència digital, sinó també com accediran al servei els usuaris no digitals.

Fixar indicadors de rendiment clars

Els serveis de transport a la demanda s'han de mesurar amb KPI clars, realistes i específics del servei. Aquests indicadors ajuden l'autoritat a fer el seguiment del rendiment, comparar resultats i ajustar el servei amb el temps.

Els KPI habituals del DRT inclouen:

• Temps mitjà d'espera
• Taxa d'èxit de les reserves
• Viatges de passatgers per hora-vehicle
• Ocupació per vehicle
• Puntualitat en recollides i arribades
• Temps mitjà de desviament
• Taxa de no presentats (no-show)
• Cost per viatge de passatger
• Índex de satisfacció del client
• Distribució de reserves entre app, web i telèfon

La licitació ha d'especificar amb quina freqüència s'han de lliurar els informes, quines dades han d'estar disponibles en temps real i si l'autoritat necessita accés a les dades operatives en brut. També és important definir quins KPI són obligatoris des del llançament i quins han de servir per optimitzar el servei després d'un període pilot inicial.

Aclarir la propietat de les dades i el compliment del RGPD

Les dades són un dels elements més importants de qualsevol contracte DRT. L'autoritat ha de definir clarament qui és el propietari de les dades operatives, com s'hi pot accedir, durant quant de temps es conserven i com es poden fer servir en la planificació futura de la mobilitat.

La licitació ha d'incloure clàusules sobre:

• Compliment del RGPD i protecció de les dades dels passatgers
• Propietat de les dades de viatges, vehicles, passatgers i rendiment
• Accés a dades agregades i anonimitzades
• Formats d'exportació de dades i freqüència dels informes
• Requisits de ciberseguretat
• Portabilitat de les dades en acabar el contracte

Això és especialment important quan el DRT forma part d'una estratègia de transport públic a llarg termini. Si l'accés a les dades no està ben definit, a l'autoritat li pot resultar difícil avaluar el servei, comparar proveïdors o redissenyar la xarxa en el futur.

No especificar en excés l'algorisme

Un error habitual en les licitacions DRT és intentar definir fins a l'últim detall l'algorisme de rutes. Les autoritats públiques han d'especificar els resultats esperats, les regles del servei i els estàndards de rendiment, però sense limitar la innovació prescrivint exactament com ha de funcionar la tecnologia.

Per exemple, la licitació pot definir temps màxims d'espera, límits de desviament acceptats, zones de servei, finestres de reserva, regles d'accessibilitat i requisits de reporting. El licitador ha d'explicar llavors com complirà el seu programari DRT aquests requisits mitjançant la seva lògica de rutes, despatx i agrupació de viatges.

Aquest enfocament permet a l'autoritat mantenir el control sobre els objectius del servei públic i, alhora, donar als proveïdors de tecnologia prou flexibilitat per proposar solucions eficients.

Definir el pla d'implantació i suport

Una licitació DRT no ha d'avaluar només el programari. També ha de valorar com s'implantarà, llançarà, donarà suport i millorarà el servei després de posar-lo en marxa.

Les autoritats haurien de demanar als licitadors que expliquin:

• El calendari d'implantació
• La configuració de zones, parades, horaris i regles de reserva
• La formació de conductors, despatxadors i equips d'atenció al client
• La comunicació amb els passatgers i el suport al llançament
• La disponibilitat del suport tècnic
• El seguiment del servei durant les primeres setmanes d'operació
• El procés per introduir canvis després del llançament

Això és especialment rellevant en pilots o en primers desplegaments de DRT. Fins i tot la millor plataforma necessita una configuració adequada, coordinació operativa i adopció per part dels usuaris per donar bons resultats.

Errors habituals que convé evitar en una licitació DRT

En preparar una licitació de transport a la demanda, les autoritats públiques haurien d'evitar diversos errors freqüents:

• Contractar programari sense definir el model de servei
• Centrar-se només en l'app de passatgers i oblidar el despatx, el reporting i l'operació
• Oblidar la reserva telefònica o assistida per a usuaris no digitals
• No definir la propietat de les dades ni els requisits d'exportació
• Fixar des del primer dia objectius poc realistes de temps d'espera o d'ocupació
• No especificar els requisits d'accessibilitat
• No exigir la integració amb els sistemes de transport públic o els planificadors de viatge
• Fer servir els mateixos KPI per a casos d'ús DRT molt diferents
• Deixar poc clares les responsabilitats d'atenció al client
• Redactar especificacions tècniques que limiten la innovació en lloc de definir resultats

Una licitació ben dissenyada ha d'equilibrar claredat i flexibilitat. Ha d'explicar als licitadors què vol aconseguir l'autoritat pública, quins requisits mínims s'han de complir i com es mesurarà l'èxit.

Com avaluar els proveïdors de programari DRT

El procés d'avaluació ha d'anar més enllà del preu. El transport a la demanda és un servei operatiu basat en programari, de manera que el proveïdor seleccionat ha de poder demostrar capacitat tècnica, experiència en implantació i fiabilitat a llarg termini.

Alguns criteris d'avaluació útils són:

• Experiència en serveis DRT comparables
• Qualitat de les eines per a passatgers, conductors i back office
• Capacitats de càlcul dinàmic de rutes i agrupació de viatges
• Capacitat d'integració amb els sistemes de mobilitat existents
• Funcions d'accessibilitat i inclusió
• Capacitats de reporting i analítica
• Condicions de propietat i portabilitat de les dades
• Metodologia d'implantació
• Model de formació i suport
• Escalabilitat per a futures zones, usuaris o tipus de servei

Així es garanteix que l'autoritat no seleccioni només un proveïdor de programari, sinó un soci capaç de sostenir un servei de transport públic fiable i adaptable.

Conclusió

Integrar el DRT en una licitació pública exigeix alguna cosa més que afegir un component de mobilitat a la demanda a un contracte existent. Les autoritats han de definir els objectius del servei, triar el model de contractació adequat, especificar els requisits de programari i operació, protegir les seves dades i establir indicadors de rendiment realistes.

Ben dissenyada, una licitació DRT pot ajudar ciutats i regions a crear serveis de transport públic més flexibles, inclusius i eficients. La clau és centrar-se en els resultats, evitar dependències tècniques innecessàries i assegurar-se que el programari de transport a la demanda seleccionat pugui sostenir tant el llançament com l'evolució del servei a llarg termini.

Estàs preparant una licitació DRT? Parla amb Shotl per definir els requisits de programari, operació i dades del teu servei de transport a la demanda.