El hostel
Rovers es un hostel de 68 camas en Dubái: 60 en dormitorios compartidos y ocho repartidas en unas pocas habitaciones privadas. El público son mochileros y viajeros solos, más un goteo constante de gente que trabaja desde la notebook y reserva quince días en vez de una noche. La temporada va de octubre a abril. En verano se vacía, y los que aparecen cuentan cada dírham. Ocho de cada diez reservas entran por OTAs, que ya es mucho incluso para un hostel, y una parte de esas son con pago en el alojamiento: sin seña, sin tarjeta cobrada, sin nada en juego si el huésped simplemente no aparece.
Esa última parte era el problema.
El problema: camas secuestradas por reservas impagas
Un no-show cuesta más que una cama vacía. La reserva bloquea esa cama todo el día: a la mañana, cuando alguien la pidió en la puerta; a la tarde, mientras todas las OTAs mostraban «completo» a gente que quería darle plata a Rovers; y recién la libera a medianoche, cuando ya no compra nadie. La cama se podía vender todo el tiempo. Solo que no estaba a la venta.
En los cinco meses previos al cambio, Rovers promediaba 18 no-shows por mes, más o menos una de cada cinco reservas impagas. Una cama en dormitorio se vende a 70 o 75 AED en una noche normal. Ponele entre 1.200 y 1.300 AED por mes en camas que alguien quería y nadie usó.
Las soluciones de siempre tienen fricción. No podés exigir seña en todas las tarifas de OTA. Cobrar el no-show contra una tarjeta virtual recupera una parte, después del hecho y con el quilombo incluido. Los recordatorios ayudan al margen, pero el mochilero que reservó tres hostels para la misma noche como seguro por las dudas no lee ninguno.
La salida: dejar de guardar camas por plata que nunca llegó
En enero de 2026, Rovers activó el comportamiento de lista de espera de HostelMate para las reservas impagas. La regla entra en una frase: una reserva que no pagó no bloquea una cama. La cama sigue a la venta. Cuando el huésped paga, o aparece en la puerta, se le asigna una cama de las que están realmente libres, y si está justo, la cola de espera define quién va dónde. Si no aparece nunca, no pasa absolutamente nada, porque nunca se guardó nada para él.
Eso da vuelta todo el planteo. Rovers no tuvo menos no-shows: la misma gente siguió reservando y siguió sin venir. Lo que cambió es que un no-show dejó de costar una cama. El inventario nunca los esperó, así que no había nada que perder.
Cuánto rindió
Midiendo los cinco meses posteriores contra los cinco meses previos:
- Plata perdida por no-shows:
- entre 1.200 y 1.300 AED por mes antes. Entre 250 y 300 AED después.
- Camas revendidas que estaban bloqueadas por reservas impagas:
- 13 por mes en promedio, noches que antes no usaba nadie.
- Los no-shows en sí:
- 18 por mes antes, 17 después. Casi no se movieron. Nunca se trató de tener menos fantasmas, sino de que los fantasmas no costaran nada.
- Noches en que la apuesta salió mal:
- seis en cinco meses, contadas con honestidad en la sección siguiente, porque decir que fueron cero sería mentir.
El costo honesto: a veces aparecen todos
Esta función es una apuesta. Cada reserva impaga que dejás flotando apuesta a que tu patrón histórico de aparición se cumple esta noche. Casi todas las noches se cumple. La noche que no, un anuncio de festival, un vuelo cancelado que devuelve doscientas personas a la ciudad, podés terminar con más huéspedes confirmados parados en tu recepción que camas atrás tuyo. Eso no es una falla de la función. Es el precio del canje, y conviene que decidas que lo podés pagar antes de activar nada.
A Rovers le pasó seis veces en cinco meses. La peor fue un fin de semana con evento, cuando tres huéspedes que nunca habían pagado aparecieron después de que sus camas ya se habían vendido a otros. A dos los absorbieron en otros dormitorios, donde esa misma mañana se habían liberado lugares por cancelaciones. Al tercero hubo que caminarlo hasta un hostel de la vuelta, lo que le costó a Rovers 180 AED de diferencia de tarifa y otros 35 AED del taxi. Se lo tomó bastante bien, una vez que recepción pidió disculpas en serio y le dejó claro quién pagaba. El plan para esa noche importa tanto como la función: sabé de antemano qué camas tienen juego, quién te recibe el desborde y quién pone la cara.
- Anda mejor en camas de dormitorio. Cualquier cama del mismo tipo resuelve el problema, así que un choque es un reacomodo y no un huésped en la calle. En una privada, el huésped de más no necesita otra cama: necesita una habitación que no tenés. Rovers deja flotando solo las camas de dormitorio. Las ocho privadas siguen bloqueadas, con el argumento de que no hay adónde reacomodar a nadie cuando se complica una privada.
- Medí primero tu patrón de aparición. Juntá un mes de datos antes de activar nada: reservas impagas que aparecen nueve de cada diez veces son una apuesta muy distinta a las que aparecen cinco de cada diez.
- Apagalo cuando la certeza se dispara. Los fines de semana de evento con todo vendido son justo cuando las reservas impagas sí aparecen, y justo cuando no hay adónde mandar a nadie. Esa es una noche para guardar camas, no para dejarlas flotando.
Robate el manual
Nada de esto es exótico. Si tu patrón de no-shows se parece al que tenía Rovers, la secuencia es:
- 01
Partí tus reservas en bloqueadas y flotantes.
Las pagas, las directas con seña y las tarifas de OTA prepagas bloquean su cama, como corresponde. Las impagas con pago en el alojamiento flotan.
- 02
Avisales a las que flotan.
Un mensaje previo a la llegada pidiéndole al huésped impago que confirme, o que deje una seña chica para asegurar la cama, convierte a una buena parte en reservas bloqueadas y filtra en silencio a los que ya se fueron a otro lado hace semanas. El espacio de pre-llegada de nuestras plantillas de mensajes es el lugar natural para eso.
- 03
Guardate la segunda palanca.
A las reservas que llegan con tarjeta virtual de OTA les podés cobrar igual el no-show: el inventario flotante y los pagos con tarjeta virtual no son o uno o el otro, se suman.
- 04
Volvé a medir todos los meses.
Todo el canje se apoya en tu tasa de aparición. Temporada nueva, mezcla de OTAs nueva, público nuevo, y la apuesta se mueve; la configuración debería moverse con ella.