La plataforma de datos de clientes hoteleros, explicada

La huésped que no existe

Una huésped se ha alojado en cuatro hoteles distintos de tu grupo. Para recepción, es una clienta habitual muy apreciada. Amable, fácil de atender, siempre reserva una habitación con vistas al mar. Para tus sistemas, nunca se ha alojado antes en ninguno de tus hoteles. Cuatro veces.

Cada una de sus estancias vive en un sistema de gestión hotelera distinto, y esos sistemas no se hablan entre sí. Uno tiene su correo electrónico. Otro solo tiene un número de teléfono que recepción introdujo a mano. Un tercero no tiene ninguna de las dos cosas: reservó a través de un turoperador, y el registro que te llegó solo incluye un nombre y un número de habitación. Para tus datos, son cuatro desconocidas distintas que, casualmente, comparten buen gusto hotelero.

Ese es el problema real que resuelve una plataforma de datos de clientes. El problema no es tener «más datos». Los datos ya existen, dispersos entre sistemas que nunca se diseñaron para contrastar información entre sí. Lo que falta es algo que los conecte.

Por qué este problema es propio de los grupos hoteleros

Incluso un hotel independiente puede tener los datos de sus huéspedes repartidos entre un PMS, un motor de reservas y otras herramientas. Un grupo hotelero añade otra capa: los hoteles pueden usar distintos PMS, elegidos en momentos diferentes, a menudo antes de que los establecimientos compartieran propietario. El aislamiento no es necesariamente un fallo de un sistema concreto. Es una consecuencia habitual de que veinte, treinta o cincuenta hoteles y sus herramientas mantengan sus propios registros.

El coste no es abstracto. A un huésped repetidor se le trata como si viniera por primera vez. Se envía una oferta de bienvenida a alguien que ya dejó su correo electrónico dos veces, en dos hoteles distintos. Un programa de fidelización no puede acreditar estancias que nunca llegó a vincular. Nada de eso es exactamente un fallo de marketing. Es un fallo de datos que aparece como una queja de marketing.

Una plataforma de datos de clientes existe para darle la vuelta: reúne en un único lugar los registros posteriores al check-out de cada hotel y determina cuáles de esos registros dispersos pertenecen en realidad a la misma persona.

Qué significa realmente «resolución de identidad»

Emparejar registros parece sencillo hasta que intentas hacerlo a escala, porque «la misma persona» rara vez aparece como una señal limpia. La resolución de identidad de GuestMaker funciona en tres etapas, empezando por la más barata y fiable: un orden deliberado, porque la mayoría de los huéspedes se resuelven correctamente antes de que hagan falta comprobaciones más difíciles y costosas.

La primera pasada es determinista: una coincidencia exacta por correo electrónico, número de teléfono o documento de identidad. Que dos registros compartan uno de esos datos ya es una señal fuerte por sí sola.

Fuerte, pero no definitiva. Ahí entra la segunda etapa. Los registros que no coinciden de forma exacta se comparan por similitud: nombres, fecha de nacimiento, nacionalidad. Un apellido de soltera, una grafía transliterada, una errata en el check-in: aquí se detectan esas casi coincidencias que una comprobación estricta de igualdad habría pasado por alto por completo.

La última etapa se reserva para los pares realmente ambiguos, y es con diferencia la más pequeña. Claude revisa el puñado de casos límite que ninguna de las dos primeras etapas pudo resolver con confianza, ponderando las mismas señales que tendría en cuenta una persona cuidadosa al revisar el caso.

El error que está diseñado para evitar

Aquí es donde una versión ingenua de este sistema falla, y conviene concretarlo, porque este modo de fallo es habitual y fácil de pasar por alto.

El personal de recepción copia con frecuencia el correo electrónico de un huésped en los perfiles de sus acompañantes dentro de la misma reserva. Es más rápido que preguntárselo a cada persona, y nadie le da demasiadas vueltas. Un marido y una mujer que hacen check-in juntos pueden acabar compartiendo el mismo correo electrónico en ambos registros de huésped. Un motor de coincidencias ingenuo ve dos veces el mismo correo y los fusiona en un único perfil. A partir de ese momento, la plataforma cree que dos personas distintas son un solo huésped, y cada estancia futura de cualquiera de ellas se atribuye a una identidad única y mezclada que no pertenece realmente a ninguna de las dos.

El motor de coincidencias de GuestMaker comprueba exactamente este patrón antes de fusionar nada. Compara los nombres de pila de los dos registros y comprueba si los huéspedes aparecen juntos en la misma reserva. Cualquiera de esas señales, que los nombres no se parezcan entre sí o que dos personas compartan una reserva, basta para retener la coincidencia y enviarla a ese grupo más pequeño revisado por IA en lugar de fusionarla automáticamente. El umbral para decidir que dos personas son un mismo huésped es deliberadamente más alto que «comparten un dato de contacto».

Qué sale por el otro lado

Una vez emparejados los registros, se consolidan en un único registro maestro por huésped real: nombre, datos de contacto, todas las estancias en todos los hoteles del grupo, gasto total y todos los hoteles visitados.

La consolidación también completa lo que cualquier hotel, por sí solo, no tenía: si un establecimiento tiene el correo electrónico de un huésped y otro tiene su número de teléfono, el registro maestro tiene ambos, en lugar de dos contactos incompletos que nunca aprenden el uno del otro.

Tampoco es una caja negra. Cada campo del registro maestro muestra exactamente de qué registro hotelero original procede, de modo que un equipo de marketing puede ver el razonamiento detrás de una fusión, no solo confiar en el resultado. Una fusión que nadie puede explicar nunca se puede usar con plena confianza. Ese es también el registro que acompaña al huésped durante toda la estancia, no una simple ficha de contacto estática.

Del perfil emparejado al huésped contactable

Un perfil consolidado solo sirve si llega realmente a tu CRM, y aquí la plataforma deja de ser un proyecto de datos y empieza a ser una herramienta de marketing. Cuando la resolución de identidad confirma que un registro representa a un huésped real y contactable, se promociona automáticamente a la misma tabla de contactos desde la que ya se ejecutan tus campañas de WhatsApp y correo electrónico. Nadie del equipo de marketing tiene que exportar una hoja de cálculo ni deduplicar manualmente una lista de huéspedes para que eso ocurra. No todos los registros que llegan superan ese umbral; una capa independiente decide qué cuenta realmente como huésped, y rechaza deliberadamente algunas reservas reales, como el buzón compartido de una agencia.

El consentimiento acompaña al huésped, no va por una vía aparte. La promoción respeta el consentimiento de marketing que el PMS de origen haya comunicado realmente para esa persona. No se presupone nada en nombre del huésped solo porque su perfil haya llegado por un nuevo flujo en lugar de por un formulario de alta.

Huéspedes a los que todavía no has conocido

La misma capa de identidad empieza a funcionar incluso antes de que exista una reserva. Se rastrea a los visitantes anónimos que navegan por tu web y, en cuanto uno de ellos se identifica, ya sea reservando una habitación, suscribiéndose a una newsletter o uniéndose a tu programa de fidelización, su historial de navegación se vincula directamente a su perfil de huésped en lugar de evaporarse como suele ocurrir silenciosamente con la mayoría de la analítica web. Lo que miró antes de reservar pasa a formar parte del mismo registro que ve recepción en el check-in.

A partir de ahí, la plataforma lee la intención y el interés directamente a partir de ese comportamiento y los muestra en el perfil del huésped. Algo con lo que un equipo de marketing puede crear un segmento, no solo un número que mirar una vez y olvidar. Esa misma base de datos de contactos también es donde las pestañas de analítica convierten cifras en bruto en respuestas directas, en lugar de convertirse en otro panel que nadie abre.

El sentido de todo esto

Nada de esto sustituye a tu PMS, ni pretende hacerlo. Se sitúa por encima de tus sistemas actuales y hace lo único para lo que ninguno de ellos fue diseñado individualmente: reconocer que el huésped que hizo check-in en tu hotel urbano la primavera pasada es la misma persona que esta noche navega por la web de tu resort de playa. Cuando un grupo hotelero puede verlo con claridad, todo lo que viene después deja de ser una suposición. Un programa de fidelización que conoce de verdad el historial de un huésped. Una campaña de WhatsApp que no da la bienvenida a alguien por quinta vez. Un «bienvenido de nuevo» que significa lo que dice.