Reservas multimodales
Un solo viaje, con todos los vehículos que haga falta
Los usuarios no planifican tramos, planifican viajes. Tu servicio a demanda tiene que estar dentro del planificador, la app y el billete que ya usan.
¿Te suena?
Cuatro problemas con los que se topan una y otra vez los planificadores de red
Buenos servicios a los que los usuarios no pueden conectar: estos cuatro salen en casi todas las primeras conversaciones. Y todos tienen la misma respuesta.
- 01«Los usuarios no saben que existimos»Los usuarios planifican el viaje completo en una sola app, y un servicio que no aparece en ella es un servicio que nunca tienen en cuenta.Aparece junto a los trenes y los tranvías
- 02«Son dos apps y dos billetes»Cada descarga de más y cada tarifa aparte es una fricción que el coche no tiene.Reserva y pago donde ya está el usuario
- 03«Siempre se pierde la conexión»En un servicio rural cada hora, cinco minutos de retraso son una hora perdida, y una mala experiencia acaba con la costumbre.Trata el transbordo como una promesa, no como una coincidencia
- 04«La licitación pide integración abierta»Los datos abiertos, la integración entre plataformas y los datos de operación exportables son requisitos puntuables en la mayoría de licitaciones.Responde a la cláusula de integración con documentación
La respuesta
Lleva a cada usuario al tren, tranvía o autobús que necesita
Conecta un tramo a demanda con los trenes, tranvías y autobuses que los usuarios ya usan, para que planifiquen y reserven un solo viaje en lugar de dos. Eso son las reservas multimodales.
Configúralo a tu manera
- Muestra todo el viaje, de principio a finDeja que los usuarios reserven el tramo a demanda viendo el viaje completo, incluidas la parada y la salida con las que conectan.
- Protege cada conexiónFija un margen entre los dos tramos para que un pequeño retraso nunca le haga perder al usuario el tren siguiente.
- Aparece en las apps que ya usan los usuariosMuestra el servicio junto a los trenes y los tranvías, en lugar de en una app aparte.
Cómo funciona
Cómo funciona realmente el servicio
Detrás de cada servicio hay un mismo mecanismo: llega una solicitud, el motor la agrupa, el conductor recibe las indicaciones y el operador supervisa.
Preguntas frecuentes
Las preguntas que más nos hacen
¿Qué hace que un servicio sea intermodal?
Que el usuario vive varios modos como un solo viaje. En la práctica, el tramo flexible se publica en los planificadores de viajes, se puede reservar y pagar dentro de la app o el sistema tarifario de la región, y sus horas de transbordo están garantizadas, no confiadas a la suerte.
¿Necesitamos nuestra propia app?
No. Los servicios de Shotl pueden funcionar en marca blanca con tu marca, aparecer dentro de las apps regionales de MaaS y de planificación de viajes, o ambas cosas a la vez: la operación que hay detrás del viaje es la misma.
¿Qué estándares e integraciones se admiten?
Feeds GTFS y GTFS-realtime de entrada y salida, API documentadas de reserva y pago, enlaces profundos e inicio de sesión único, además de exportaciones de datos para BI y para obligaciones de datos abiertos. Encontrarás el detalle en la página de API e integraciones.
¿Cuánto tarda una integración?
Una integración típica con una app MaaS o un planificador de viajes tarda unas dos semanas desde los requisitos hasta la puesta en marcha, porque los feeds y las API ya existen y no se construyen para cada cliente.
¿Cómo se evita perder conexiones?
Las ventanas de transbordo se configuran por servicio y se aplican al asignar los viajes. Si una agrupación pusiera en riesgo la conexión, el motor no la acepta, y operaciones recibe un aviso mientras el viaje aún se puede salvar.
Del blog
