Errores al implementar self check-in

Implementar self check-in en un hotel parece simple: una pantalla en el lobby y listo. En la práctica, la mayoría de los proyectos se traban por los mismos errores: tratarlo solo como kiosco de llegada, desconectarlo del PMS, no entregar la llave, olvidar el check-out o prometer un hotel sin recepción. Esta guía enumera los fallos más comunes y qué mirar antes de activarlo.

El objetivo no es vaciar el mostrador. Es liberar la carga operativa del recepcionista para que el concierge mejore la experiencia del huésped que llega cansado y no quiere hacer fila por la ficha, la llave o las recomendaciones.

Error 1: tratarlo solo como kiosco de check-in

Si la pantalla solo cierra la llegada y después el huésped vuelve al mostrador por Wi-Fi, desayuno, un pedido a la habitación o la salida, no liberaste operación: moviste la fila. El self check-in útil incluye info del hotel, consultas, recomendaciones, pedidos a la habitacin y check-out en el mismo canal.

Ped ver el flujo completo en una demo con una reserva real. Si “después de check-in” termina en pasá por recepción”, el proyecto va a devolver tiempo cero al concierge.

Error 2: canal digital desconectado del PMS

El check-in automático solo funciona cuando la reserva que ve el huésped es la misma que ve recepción. Disponibilidad, habitación, saldo y folio tienen que vivir en una sola fuente de verdad. Si la app o el tótem corren sobre una base paralela, a la noche aparece el overbooking y alguien une a mano lo que el sistema no uni.

Criterio concreto: al cerrar el registro desde la pantalla, el PMS tiene que reflejar check-in, habitación y huésped sin planilla aparte. Si hay overbooking o cambio de habitacin, el huésped tiene que poder elegir otra desde el mismo canal, sobre el inventario real.

Error 3: no entregar el código de la llave al cerrar

Si el huésped termina el check-in y después tiene que pasar por el mostrador “a buscar la llave”, el trámite administrativo sigue intacto. El canal digital tiene que entregar el código de acceso a la habitación cuando cierra el registro, no un ticket para hacer otra fila.

Lo mismo aplica al check-out: al confirmar la salida, el acceso se cierra al horario pactado. Devolver una tarjeta física solo en el mostrador es el patrn que el self check-in debía sacar de la cola.

Error 4: olvidar el self check-out

Muchos hoteles resuelven bien la llegada y dejan la salida igual que siempre. El huésped vuelve a hacer fila, espera la factura y se va apurado al aeropuerto. Si liberaste solo la mitad del día, el pico de la mañana sigue saturando recepción.

El check-out en pantalla cierra cuenta, consumos y liberacin de habitación contra el mismo folio. Housekeeping tiene que ver la habitación libre sin un WhatsApp interno. Si los consumos no aparecen hasta que alguien los carga a mano, el huésped cierra y después llega un cargo: ahí se rompe la confianza.

Error 5: dos padrones (app y ttem) que no coinciden

La app del huésped (por link, sin descargar) y el tótem del lobby son dos momentos del mismo flujo, no dos productos. Si el celular muestra una habitación y el tótem otra, o si el saldo no coincide con recepción, el problema no es la pantalla”: es el inventario duplicado.

En la lnea comercial de PXSOL, Huésped+ va por link y el tótem de autogestión va incluido: misma experiencia, misma reserva del PMS. Pedí esa unidad explcita al proveedor. Hardware con otra base es el atajo que vuelve a llenar el mostrador.

Error 6: lanzar sin Wi-Fi, señalética ni escalamiento humano

Subir el tótem el día uno sin red estable, sin cartel claro y sin un plan para cuando algo falla es el error operativo clásico. El huésped cansado no quiere adivinar dónde tocar. Tampoco quiere quedarse solo frente a un error de documento, un pago rechazado o un damage report.

Definí antes del go-live: quién atiende el caso especial, cómo el huésped pide ayuda desde la pantalla, y qué pasa si el Wi-Fi del lobby cae. Self check-in no es “hotel sin recepción”. Es que el caso estándar salga solo y el caso especial escale a persona.

Cómo evitarlos: checklist antes de activar

• Misma reserva y folio en app, tótem y PMS.
• Código de llave al cerrar el check-in; acceso que se cierra en el check-out.
• Overbooking o cambio de habitación elegible desde la pantalla, sobre inventario real.
• Info del hotel, pedidos, consultas y recomendaciones en el mismo canal (no solo llegada).
• Check-out con saldo, factura/comprobante y housekeeping en tiempo real.
• Escalamiento claro a recepcin o concierge cuando el caso no es estándar.
• Prueba con reservas reales: documento, pago, cambio de habitación, salida temprana.

Cómo lo resuelve PXSOL (sin ranking de kioscos)

Huésped+ es el link del huésped: check-in y check-out, código de llave, mensajes, pedidos a la habitación, información del hotel y recomendaciones, sin instalar app. El tótem de autogestión está incluido con Huésped+: misma llegada y misma salida en el lobby, misma reserva del PMS. Si hace falta, el huésped puede elegir otra habitación desde la pantalla.

La idea no es un lobby vacío. Es devolverle al hotel tiempo de calidad con el huésped, sin procesos administrativos largos. Si querés el marco de producto, está en Self check-in para hoteles: app y tótem. Para el “qué es”, Check-in automático para hoteles. Para el roll-out, Cómo implementar self check-in en un hotel.