Caso de éxito de cliente

Tourism Optimizer: operaciones de reservas de tours organizadas para una ejecución diaria más rápida

Un turoperador en Europa que vende a viajeros y a socios colocó una capa de control sobre sus reservas de tours, para que las salidas, los estados de reserva y los canales sean más fáciles de gestionar cada día.

  • Operación de tours
  • Europa
  • B2C + B2B
  • Lanzado en 2024

El proyecto

El caso de éxito de Tourism Optimizer en una imagen

Tourism Optimizer gestiona operaciones de tours en Europa y vende por dos puertas: viajeros minoristas que reservan directamente y socios que reservan para sus propios clientes. Ambos tipos de solicitud llegan a las mismas salidas.

El proyecto fue una capa de control de reservas de tours: un único lugar que mantiene bajo control operativo claro el calendario, el estado de cada reserva y el canal de origen de cada solicitud, en lugar de dejarlos a la supervisión manual.

Se construyó con el mismo núcleo de reservas descrito en la página de Turoperadores, alrededor de los Tours y actividades que gestionan salidas y disponibilidad.

Viajeros minoristasB2C
Agentes sociosB2B

Capa de control de reservas de tours

  1. CalendarioSalidas y disponibilidad
  2. Estados de reservaUn estado claro en cada reserva
  3. CanalesTrabajo minorista y de socios por separado
Salidas de tours
Cómo se sitúan las tres partes de la capa de control entre los dos canales de venta y los propios tours.
Sector
Operación de tours
Región
Europa
Modelo
B2C + B2B
Alcance
Capa de control de reservas de tours
Lanzamiento
2024

Parte 1 · Calendario

Salidas y disponibilidad en una sola vista de calendario

Coordinar las salidas a mano obligaba a que alguien comprobara siempre qué seguía abierto. Una vista de calendario reúne cada salida y su disponibilidad en una sola pantalla.

01Reto

Complejidad del calendario

Coordinar salidas y disponibilidad exigía demasiada supervisión manual.

Resultado

Calendario más claro

La planificación de tours parte de una sola vista de salidas, así el equipo ve qué está abierto antes de prometer una plaza.

Semana de salidas
TourLunMarMiéJueVieSábDom
Tour a pie por la ciudadAbiertaAbiertaPocas plazasAbiertaAbiertaAbiertaCompleta
Excursión de un díaSin salidaAbiertaAbiertaSin salidaPocas plazasAbiertaCompleta
Tour de varios díasAbiertaSin salidaSin salidaSin salidaAbiertaSin salidaSin salida
  • Abierta
  • Pocas plazas
  • Completa
  • Sin salida

Semana ilustrativa. Los nombres de tours y la disponibilidad son ejemplos, no datos de Tourism Optimizer.

Parte 2 · Estados de reserva

Cada reserva responde a dos preguntas: ¿está confirmada y está pagada?

La confusión sobre la situación de cada reserva fue el segundo reto. Leer juntos el estado de la reserva y el estado del pago indica al equipo exactamente qué hacer después. Elija una celda para verlo.

Estado de reserva Pago
No pagada
Pagada
Pendiente
Confirmada
Cancelada

Ilustración de los estados de reserva y de pago que PHPTRAVELS registra en cada reserva.

Pago pendiente

La solicitud ha llegado, pero aún no hay nada cerrado.

Siguiente pasoHacer seguimiento con el viajero o el socio antes de liberar la plaza.

Pagada, por confirmar

El pago ha llegado para una salida que aún no está confirmada.

Siguiente pasoRevisar la salida y confirmar la plaza.

Pago debido

La plaza está retenida en una salida confirmada, con el pago pendiente.

Siguiente pasoCobrar antes de la fecha de salida.

Lista para operar

Confirmada y pagada. No queda nada por perseguir.

Siguiente pasoNinguna acción. La reserva está cerrada.

Cerrada

Cancelada antes de cobrar ningún pago.

Siguiente pasoComprobar que la plaza vuelve a la disponibilidad.

Reembolso a revisar

Cancelada después de recibir el pago.

Siguiente pasoRevisar el reembolso según las condiciones del propio operador.

02Reto

Confusión en los estados de reserva

Los equipos necesitaban un seguimiento de estado más claro para cada reserva.

Resultado

Estados de reserva mejorados

El seguimiento de reservas sigue estados definidos, así cualquiera del equipo sabe qué está resuelto y qué requiere trabajo.

Parte 3 · Canales

Solicitudes minoristas y de socios, cada una en su carril

Tourism Optimizer vende B2C y B2B. Mezclar ambos en una sola cola dificultaba la gestión de los dos, así que cada canal tiene ahora su propio carril y comparte las mismas salidas.

Carril minorista · B2C

  1. El viajero reserva en el sitio web
  2. Reserva marcada como minorista
  3. La gestiona el equipo minorista

Carril de socios · B2B

  1. El agente socio reserva para un cliente
  2. Reserva marcada como de socio
  3. La gestiona el equipo de socios

Un solo calendario de salidas

Ambos carriles usan las mismas salidas y la misma disponibilidad, así todo el equipo trabaja con un solo calendario.

03Reto

Gestión mixta de canales

Las solicitudes minoristas y de socios necesitaban una mejor separación operativa.

Resultado

Gestión de canales más fluida

La coordinación operativa es más sencilla porque el trabajo minorista y el de socios ya no compiten en una sola cola sin dividir.

El lado de socios funciona como un Mayoristas B2B, y la página de Motor de reservas B2B muestra cómo se gestionan las reservas de agentes.

En sus palabras

Lo que dice el equipo de Tourism Optimizer

La configuración renovada hizo que nuestras operaciones de tours fueran más fáciles de gestionar y más rápidas de ejecutar.

Equipo de Tourism OptimizerEquipo de operaciones
  • 01Planificación de toursAntesComplejidad del calendarioAhoraCalendario más claro
  • 02Seguimiento de reservasAntesConfusión en los estados de reservaAhoraEstados de reserva mejorados
  • 03Coordinación operativaAntesGestión mixta de canalesAhoraGestión de canales más fluida

Resultados según Tourism Optimizer. No se publicaron cifras de este proyecto.

Bajo el capó

Una pila autoalojada que controla el operador

El proyecto funciona con PHP y MySQL y una REST API. PHPTRAVELS es autoalojado e incluye su código fuente bajo una licencia comercial, así un turoperador puede seguir ajustando su propia capa de control después del lanzamiento.

  • PHPAplicación
  • MySQLBase de datos
  • REST APIIntegraciones
{
  "product": "tour",
  "channel": "b2b",
  "departure": { "availability": "open" },
  "booking_status": "confirmed",
  "payment_status": "paid"
}
Una reserva tal como la ve la capa de control. Registro ilustrativo que combina las tres partes: calendario, estado de reserva y canal.

Agilice sus operaciones de tours

Aporte claridad a los flujos de calendario, reserva y ejecución.

Soluciones relacionadas

Preguntas

Preguntas frecuentes del proyecto Tourism Optimizer

Respuestas breves sobre el proyecto, los dos canales del operador y lo que implica una configuración similar.

Habla con ventas

Describe cómo Tourism Optimizer, un turoperador en Europa, añadió una capa de control de reservas de tours en PHPTRAVELS para organizar su calendario, el estado de cada reserva y la gestión de las solicitudes minoristas y de socios.

Es la capa operativa entre los canales de venta y los tours: el calendario de salidas con su disponibilidad, un estado de reserva claro en cada reserva y una separación entre el trabajo minorista y el de socios.

El operador vende tours directamente a viajeros (B2C) y a través de socios que reservan para sus propios clientes (B2B). Ambos canales usan las mismas salidas.

Un calendario más claro, estados de reserva mejorados y una gestión de canales más fluida. El equipo describió estos resultados con sus propias palabras; no se publicaron cifras del proyecto.

PHP, MySQL y una REST API. Se lanzó en 2024. PHPTRAVELS es autoalojado e incluye el código fuente bajo una licencia comercial.

Sí. Reserve una demo para revisar con el equipo sus salidas, estados de reserva y canales, y luego compare los planes de pago único en la página de precios: Startup $2499, Agency $4999 y Enterprise $9999.