Caso de estudio · anonimizado
Hotel mid-market: auth pre-arrival baja no-shows de ~7% a ~3%
Propiedad mid-market, ~80 habitaciones, ubicacion urbana, mix directo-OTA, tasa de no-show pre-mitigacion ~7% (sobre la banda tipica 3-5%)
El reto
La propiedad corria una tasa de no-show alta impulsada principalmente por reservas directas pay-at-property y una politica de cancelacion permisiva. El equipo habia endurecido la politica modestamente pero no queria hacer la propiedad menos competitiva en flexibilidad. El impacto financiero era significativo: a 80 hab, 7% de no-show sobre ~65% de ocupacion implicaba ~1300 noches perdidas al ano.
El enfoque
El equipo agrego autorizacion de pago pre-arrival automatizada sobre el flujo de reserva existente. La integracion: al reservar, un hold de validacion de EUR 1 confirma que la tarjeta funciona; 48 horas antes de llegada, corre la autorizacion completa de una noche via gateway PMS. Tarjetas que fallan disparan un mensaje al huesped via plataforma guest-journey con link de actualizacion de pago. La propiedad mantuvo la politica de cancelacion flexible pero anadio una tarifa de no-show clara atada a la autorizacion. Stripe manejo el flujo auth-then-capture; el PMS posteo el release del hold automaticamente.
Outcomes medidos
Tasa de no-show
Antes: ~7% pre-mitigacion
Despues: ~3% post-mitigacion al final del primer trimestre
Noches recuperadas anuales (estimado)
Antes: n/a
Despues: ~750 noches recuperadas a la nueva tasa
Friccion de huesped (quejas en recepcion)
Antes: n/a (sin auth)
Despues: minima; redaccion del mensaje pre-arrival fue la palanca clave
El patron de fallo y el fix
El setup inicial corria la auth completa en booking, no 48 horas antes. ~12% de reservas fallaban en el paso de booking por tarjetas expiradas o con poco saldo, y el equipo perdia revenue directo significativo rechazando reservas validas. El fix fue el patron de dos pasos: un hold de validacion EUR 1 al booking (solo check de que la tarjeta funciona), luego el hold completo 48 horas pre-arrival (cuando se cierra la ventana de no-show). La mayoria de procesadores soportan ambas calls; la capa de pago nativa del PMS (Mews Payments y Cloudbeds Payments la automatizan).
Lo que aprendimos
La caida de 7% a 3% empata con la banda reportada por investigacion de D-EDGE para propiedades pasando de sin-auth a flujos pre-arrival autorizados. El mecanismo no es que el hold mismo prevenga no-shows; es que el hold crea la opcion de aplicar una tarifa de no-show, que sola cambia el comportamiento del huesped porque la reserva ya carga un compromiso financiero. La eleccion de plataforma importo menos que el timing de la auth (booking vs 48h pre-arrival).
Nota de anonimizacion
Este caso usa data de propiedad anonimizada: segmento, banda de habitaciones, region de mercado y metricas de outcome. La propiedad no se nombra. Cifras reportadas por operadores se presentan con ese framing; benchmarks industriales publicados se citan inline.