Un único registro de huésped: la disciplina detrás del reconocimiento

¿Por qué acaban los hoteles con perfiles duplicados?

Los perfiles se crean allí donde el huésped aparece por primera vez: la recepción, una reserva de canal, una reserva de restaurante, el correo de un asistente corporativo. Si el formulario de creación no busca en los registros existentes, un perfil nuevo es el camino de menor resistencia.

Las reservas de canales son una fuente habitual. La OTA envía un nombre y un teléfono; el PMS crea un registro; el huésped reserva después directamente con una dirección de correo. Ahora hay dos perfiles y ningún identificador compartido.

La solución no es una limpieza periódica. Es una regla de coincidencia en el momento de la creación, un aviso visible de «posible duplicado» y un proceso de fusión con un responsable asignado.

¿Qué pertenece a un perfil de huésped?

Un perfil debe contener lo mínimo necesario para reconocer y atender al huésped, más el historial que hace útil el reconocimiento. Todo lo demás pertenece a otro lugar con un propósito más concreto.

• Identidad: nombre, datos de contacto, idioma preferido y referencia del documento de identidad cuando la ley lo permita
• Consentimiento: preferencias de marketing, canal de comunicación, fecha y origen del consentimiento
• Preferencias: habitación, planta, almohada, alimentación, accesibilidad y notas de servicio
• Historial: estancias, puntos de venta visitados, patrones de gasto, reclamaciones resueltas
• Comercial: nivel de membresía, cuenta corporativa, tarifas negociadas
• Notas sensibles: restringidas a roles designados, con acceso registrado

Si un campo no tiene responsable ni uso, es un pasivo. Recoja menos y mantenga actualizado lo que recoge.

¿Cómo deberían fusionarse los duplicados?

Una fusión es una operación de datos con consecuencias financieras: los puntos, el saldo almacenado, el historial de folios y las tarifas negociadas pueden estar vinculados a cualquiera de los dos registros. Nunca debería ser una suposición resuelta con un clic.

Un proceso viable es: detección de candidatos con una puntuación de coincidencia, revisión humana de la evidencia, una vista previa de la fusión que muestre qué se conservará, una acción de fusión que preserve ambos historiales y un registro que permita a un usuario autorizado entender qué ocurrió.

• Nunca fusionar automáticamente solo por el nombre.
• Conservar ambos historiales de estancias y la fecha de creación más antigua.
• Conciliar puntos y saldo almacenado de forma explícita, con un informe.
• Registrar la fusión, el usuario, los registros de origen y el registro resultante.

¿Quién debería poder ver qué?

Recepción necesita lo suficiente para saludar y atender. Ventas necesita el historial comercial. Finanzas necesita facturación y crédito. Marketing necesita consentimiento y segmentación. Ninguno necesita la misma vista.

El acceso por roles debería ser restrictivo por defecto. Las notas sensibles, el historial de reclamaciones y los datos de pago deberían tener permisos separados del perfil básico, y el acceso debería quedar registrado.

¿Cómo se evita que los perfiles se degraden?

Los datos de los huéspedes envejecen rápido. Las direcciones de correo cambian, las preferencias evolucionan, el consentimiento caduca. Un perfil que no se actualiza se convierte en una fuente de suposiciones erróneas.

La captura en el punto de servicio es el único método sostenible: confirmar los datos de contacto en el registro de entrada, anotar una preferencia cuando el huésped la expresa, registrar el consentimiento cuando se otorga y revisar el perfil en cada estancia en lugar de en una campaña anual.

• Solicitar confirmación del correo y el teléfono en el registro de entrada
• Capturar las preferencias como campos estructurados, no como novelas de texto libre
• Registrar el origen y la fecha del consentimiento, y respetar su retirada
• Revisar los perfiles inactivos en un ciclo definido

¿Qué debería medirse?

Mida lo que cambia el comportamiento, no el tamaño de la base de datos.

• Tasa de duplicados: perfiles fusionados por cada cien perfiles nuevos creados
• Completitud del perfil: porcentaje con un contacto verificado y consentimiento
• Tasa de reconocimiento: huéspedes recurrentes cuyo perfil se usó en el registro de entrada
• Vinculación a puntos de venta: proporción de huéspedes alojados con un cargo en un punto de venta
• Resolución de reclamaciones: reclamaciones repetidas del mismo huésped

¿Cómo deben cambiar los registros de huéspedes según el tamaño del hotel?

En un hotel de 10–60 habitaciones, el reconocimiento suele vivir en la memoria de un equipo pequeño. El personal conoce al huésped repetidor, la habitación preferida y la queja de la primavera pasada, pero ese conocimiento no está en el sistema y se va con la persona. La tarea de diseño es capturar las pocas cosas que el equipo realmente mantendrá: un teléfono y un correo verificados, el idioma, una preferencia estructurada de habitación o planta, necesidades dietéticas y el consentimiento. Un campo largo de notas de texto libre es donde mueren las buenas intenciones. La creación de perfiles ocurre en recepción y a través de reservas de OTA, así que la regla de buscar antes de crear importa incluso aquí; dos perfiles para un mismo huésped son igual de fáciles de producir en un hotel de 40 habitaciones que en uno de 400. Una persona, normalmente el responsable de recepción o el propietario, debe ser responsable de las fusiones y revisarlas. El objetivo no es una base de datos de marketing. Es suficiente continuidad para que a un huésped que vuelve no se le pregunten dos veces las mismas cosas, y suficiente disciplina para que el registro siga siendo exacto en la siguiente estancia.

Entre 60 y 250 habitaciones, al huésped lo atienden más personas en más lugares. La recepción, reservas, el restaurante, el spa y la oficina de ventas tocan el registro, y cada uno necesita una vista distinta. Es entonces cuando el acceso basado en roles deja de ser una formalidad: un anfitrión de restaurante necesita la nota de alergia, no el límite de crédito, y la oficina de ventas necesita la tarifa corporativa, no el historial de quejas. Las interfaces también empiezan a importar. Si el POS y el PMS mantienen registros de huéspedes separados, el reconocimiento en el punto de venta depende de que alguien vuelva a teclear un nombre. El hotel debe decidir qué sistema es la fuente operativa de verdad y sincronizar hacia fuera un subconjunto gobernado, en lugar de dejar que cada departamento mantenga su propia lista. El consentimiento merece la misma disciplina: canal, fecha y origen registrados por huésped, con la retirada respetada en todos los lugares donde se compartieron los datos. Un responsable nombrado para las fusiones de duplicados y una revisión cada 30 días de la tasa de duplicados harán más que una campaña anual de limpieza. La revisión debe mirar los registros fusionados, no solo el recuento.

Por encima de 250 habitaciones y en resorts, el registro tiene que funcionar entre puntos de venta, edificios y a veces hoteles. Un huésped puede alojarse en un hotel, cenar en otro y reservar un spa con un número de socio, y el grupo quiere que eso se reconozca sin exponer el perfil completo a cada usuario. La coincidencia de identidad, la gobernanza de fusiones y las reglas de acceso pasan a ser funciones centrales, no hábitos de recepción. El modelo de campos debe ser propiedad del centro y mantenerse estrecho, porque cada campo opcional añadido a nivel de grupo se convierte en una obligación de mantenimiento en cada hotel. Las reglas de retención también se multiplican: una jurisdicción puede exigir que los datos de identidad se eliminen según un calendario mientras los registros financieros se conservan más tiempo, y las notas sensibles necesitan permisos separados y registro de accesos. La medida del éxito no es el tamaño de la base de datos. Es si el perfil cambia lo que hace el equipo en el registro de entrada o en el punto de venta, y si el huésped percibe continuidad en lugar de ser tratado como nuevo. El hotel también debe poder ver qué campos usa realmente el centro, porque los campos sin uso son coste sin beneficio.

Decida los límites antes de elegir los campos. Primero, para qué sirve el registro: continuidad del servicio, historial comercial o marketing, porque cada propósito justifica datos y retención distintos. Segundo, la fuente de verdad para la identidad y el historial de estancias, y qué sistemas reciben un subconjunto. Tercero, quién puede ver notas sensibles y cómo se registra el acceso. Cuarto, el modelo de consentimiento, incluido cómo se propaga la retirada a cada sistema que recibió los datos. Quinto, la política de fusión: quién revisa los candidatos, qué evidencia se exige y cómo se conserva la pista de auditoría. Después fije el conjunto mínimo de campos que el equipo mantendrá en el punto de servicio, y resista la tentación de añadir campos porque podrían ser útiles. Si la respuesta a cualquiera de estas cuestiones no está clara, el conjunto de campos probablemente sea demasiado amplio para la primera versión. La condición límite es legal: las reglas de retención, transferencia transfronteriza y documentos de identidad varían según la jurisdicción, y un estándar de grupo debe dejar espacio para una obligación local. Un perfil que no puede conservarse legalmente no es un activo.

• ¿Qué campos mantendrá el equipo en el punto de servicio?
• ¿Qué sistema es la fuente de verdad para la identidad y el historial de estancias?
• ¿Quién revisa los candidatos a duplicado y qué evidencia se exige?
• ¿Cómo llega la retirada del consentimiento a cada sistema que conserva los datos?
• ¿Qué datos deben eliminarse o conservarse según la ley local?