Skip to content

Caso de estudio · anonimizado

Boutique de 28 habitaciones en Krakovia: check-in contactless reduce el turno nocturno ~60%

Boutique de 28 habitaciones, leisure, centro de Krakovia, ADR ~EUR 110, ocupacion ~70% todo el ano

El reto

Las llegadas tarde (despues de 20:00) eran un problema estructural: el auditor nocturno manejaba check-in, verificacion de ID y entrega de llaves sobre el cierre diario, extendiendo el turno 60-90 minutos en noches ocupadas. La propiedad tenia Cloudbeds para PMS y Stripe para pagos pero ninguna capa guest-journey; el check-in era 100% manual.

El enfoque

El equipo desplego una plataforma guest-journey con integracion bidireccional Cloudbeds: mensaje pre-arrival 24 horas antes con link de check-in, upload de ID y firma en portal, hold Stripe 48 horas antes de llegada, emision de codigo PIN sobre las cerraduras electronicas existentes (sin reemplazo). La integracion fue la decision deliberada: el equipo eligio una plataforma con sync bidireccional via webhook sobre una opcion mas barata con sync XML.

Outcomes medidos

Interacciones recepcion 20:00-00:00

Antes: todas las llegadas atendidas por auditor

Despues: reduccion ~60% de interacciones en esa ventana

Adopcion self-check-in (mes 3)

Antes: n/a (sin portal)

Despues: ~72% de llegadas completan el flujo

Tasa de fallo pre-auth

Antes: n/a (manual)

Despues: ~4% de pre-auths fallan y se enrutan a follow-up

El patron de fallo y el fix

El plan ingenuo habria sido lanzar self check-in para el 100% de llegadas el dia uno. El equipo en su lugar piloto con 30% de llegadas las primeras seis semanas, identifico los tres puntos de friccion principales (link no recibido para huespedes OTA porque el campo email en el PMS estaba inconsistente; un formato especifico de ID rechazado; duracion del PIN demasiado corta para checkouts tardios), y los arreglo antes de expandir a 70-80% adopcion. El ~20-30% restante sigue atendido en recepcion porque algunos explicitamente prefieren el toque personal.

Lo que aprendimos

La leccion es que la profundidad de integracion, no la UI del portal, determina si check-in contactless ahorra horas o solo agrega reconciliacion. La decision del equipo de gastar mas en una plataforma con sync bidireccional PMS pago dentro del primer trimestre via ahorro en el turno nocturno. Cloudbeds siendo un PMS maduro con APIs webhook profundas facilito la integracion; en un PMS legacy el mismo proyecto habria sido sustancialmente mas dificil.

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.

Referencias relacionadas

English version →