Um único registro de hóspede: a disciplina por trás do reconhecimento

Por que os hotéis acabam com perfis duplicados?

Os perfis são criados onde quer que o hóspede apareça pela primeira vez: a recepção, uma reserva de canal, uma reserva de restaurante, o e-mail de um assistente corporativo. Se o formulário de criação não procura registros existentes, um novo perfil é o caminho de menor resistência.

As reservas de canais são uma fonte comum. A OTA envia um nome e um número de telefone; o PMS cria um registro; mais tarde o hóspede reserva diretamente com um endereço de e-mail. Agora existem dois perfis e nenhum identificador compartilhado.

A solução não é uma limpeza periódica. É uma regra de correspondência no momento da criação, um aviso visível de "possível duplicado" e um processo de fusão com um responsável.

O que pertence a um perfil de hóspede?

Um perfil deve ser o mínimo necessário para reconhecer e servir o hóspede, mais o histórico que torna o reconhecimento útil. Tudo o resto pertence a outro lugar com um propósito mais restrito.

• Identidade: nome, dados de contato, idioma preferido, referência do documento de identidade quando legalmente permitido
• Consentimento: preferências de marketing, canal de comunicação, data e origem do consentimento
• Preferências: quarto, piso, almofada, alimentação, acessibilidade e notas de serviço
• Histórico: estadias, pontos de venda visitados, padrões de gasto, reclamações resolvidas
• Comercial: nível de fidelidade, conta corporativa, tarifas negociadas
• Notas sensíveis: restritas a funções nomeadas, com acesso registrado

Se um campo não tem responsável nem uso, é um passivo. Recolha menos e mantenha atual aquilo que recolhe.

Como devem ser fundidos os duplicados?

Uma fusão é uma operação de dados com consequências financeiras: pontos, valor armazenado, histórico de faturas e tarifas negociadas podem estar associados a qualquer dos registros. Nunca deve ser um palpite com um clique.

Um processo viável é: detecção de candidatos com uma pontuação de correspondência, revisão humana das provas, uma pré-visualização da fusão a mostrar o que será mantido, uma ação de fusão que preserva ambos os históricos e um registro que permite a um usuário autorizado compreender o que aconteceu.

• Nunca fundir automaticamente apenas pelo nome.
• Preservar ambos os históricos de estadias e a data de criação mais antiga.
• Reconciliar pontos e valor armazenado explicitamente, com um relatório.
• Registrar a fusão, o usuário, os registros de origem e o registro resultante.

Quem deve poder ver o quê?

A recepção precisa do suficiente para receber e servir. As vendas precisam do histórico comercial. As finanças precisam da faturação e do crédito. O marketing precisa do consentimento e da segmentação. Nenhum deles precisa da mesma vista.

O acesso por função deve ser restrito por padrão. Notas sensíveis, histórico de reclamações e dados de pagamento devem ter permissões separadas do perfil básico, e o acesso deve ser registrado.

Como evitar que os perfis se degradem?

Os dados dos hóspedes envelhecem depressa. Os endereços de e-mail mudam, as preferências se alteram, o consentimento expira. Um perfil que não é atualizado torna-se uma fonte de suposições erradas.

A captura no momento do serviço é o único método sustentável: confirmar os dados de contato no check-in, registrar uma preferência quando o hóspede a expressa, registrar o consentimento quando é dado e rever o perfil em cada estadia, em vez de numa campanha anual.

• Pedir confirmação do e-mail e do telefone no check-in
• Captar preferências como campos estruturados, não como romances em texto livre
• Registrar a origem e a data do consentimento e respeitar a retirada
• Rever perfis inativos num ciclo definido

O que deve medir?

Meça o que muda o comportamento, não a dimensão da base de dados.

• Taxa de duplicados: perfis fundidos por cada cem novos perfis criados
• Completude do perfil: porcentagem com um contato verificado e consentimento
• Taxa de reconhecimento: hóspedes repetidos cujo perfil foi utilizado no check-in
• Aderência aos pontos de venda: proporção de hóspedes internos com um consumo num ponto de venda
• Resolução de reclamações: reclamações repetidas do mesmo hóspede

Como os registros de hóspedes devem mudar conforme o porte do hotel?

Em um hotel de 10–60 quartos, o reconhecimento geralmente vive na cabeça de uma equipe pequena. A equipe conhece o hóspede recorrente, o quarto preferido e a reclamação da primavera passada, mas esse conhecimento não está no sistema e vai embora com a pessoa. A tarefa de desenho é capturar as poucas coisas que a equipe realmente vai manter: telefone e e-mail verificados, idioma, uma preferência estruturada de quarto ou andar, necessidades alimentares e consentimento. Um longo campo de notas em texto livre é onde as boas intenções morrem. A criação de perfil acontece na recepção e por meio de reservas OTA, então a regra de pesquisar antes de criar importa até aqui; dois perfis para um mesmo hóspede são tão fáceis de produzir em um hotel de 40 quartos quanto em um de 400. Uma pessoa, normalmente o líder da recepção ou o proprietário, deve responder pelas fusões e revisá-las. O objetivo não é um banco de marketing. É continuidade suficiente para que um hóspede recorrente não seja questionado duas vezes sobre as mesmas coisas, e disciplina suficiente para que o registro ainda esteja correto na próxima estadia.

Entre 60 e 250 quartos, o hóspede é atendido por mais pessoas em mais lugares. A recepção, as reservas, o restaurante, o spa e o setor comercial tocam o registro, e cada um precisa de uma visão diferente dele. É aí que o acesso por perfil deixa de ser formalidade: a equipe de salão precisa da nota de alergia, não do limite de crédito, e o setor comercial precisa da tarifa corporativa, não do histórico de reclamações. As interfaces também passam a importar. Se o PDV e o PMS mantêm registros de hóspedes separados, o reconhecimento no ponto de venda depende de alguém digitar o nome de novo. O hotel deve decidir qual sistema é a fonte operacional da verdade e sincronizar um subconjunto governado para fora, em vez de deixar cada departamento manter sua própria lista. O consentimento merece a mesma disciplina: canal, data e origem registrados por hóspede, com a retirada respeitada em todos os lugares onde os dados foram compartilhados. Um responsável nomeado pelas fusões de duplicados e uma revisão de 30 dias da taxa de duplicados farão mais do que uma campanha anual de limpeza. A revisão deve olhar os registros fundidos, não apenas a contagem.

Acima de 250 quartos e em resorts, o registro precisa funcionar entre pontos de venda, prédios e às vezes hotéis. Um hóspede pode se hospedar em um hotel, jantar em outro e reservar um spa com um número de associação, e o grupo quer isso reconhecido sem expor o perfil inteiro a cada usuário. Correspondência de identidade, governança de fusões e regras de acesso se tornam funções centrais, não hábitos de recepção. O modelo de campos deve ser de propriedade central e permanecer enxuto, porque cada campo opcional adicionado no nível do grupo vira obrigação de manutenção em cada hotel. As regras de retenção também se multiplicam: uma jurisdição pode exigir a exclusão de dados de identidade em um prazo enquanto registros financeiros são mantidos por mais tempo, e notas sensíveis precisam de permissão separada e registro de acesso. A medida de sucesso não é o tamanho do banco. É se o perfil muda o que a equipe faz no check-in ou no ponto de venda, e se o hóspede percebe continuidade em vez de ser tratado como novo. O hotel também deve conseguir ver quais campos o centro realmente usa, porque campos não usados são custo sem benefício.

Defina os limites antes de escolher os campos. Primeiro, para que serve o registro: continuidade de serviço, histórico comercial ou marketing, porque cada finalidade justifica dados e retenção diferentes. Segundo, a fonte da verdade para identidade e histórico de estadias, e quais sistemas recebem um subconjunto. Terceiro, quem pode ver notas sensíveis, e como o acesso é registrado. Quarto, o modelo de consentimento, incluindo como a retirada se propaga a cada sistema que recebeu os dados. Quinto, a política de fusão: quem revisa candidatos, quais evidências são exigidas e como a trilha de auditoria é mantida. Depois defina o conjunto mínimo de campos que a equipe vai manter no ponto de atendimento, e resista à tentação de adicionar campos porque podem ser úteis. Se a resposta a qualquer uma dessas perguntas não estiver clara, o conjunto de campos provavelmente é amplo demais para a primeira versão. A condição limite é jurídica: retenção, transferência transfronteiriça e regras de documentos de identidade variam por jurisdição, e um padrão de grupo precisa abrir espaço para uma obrigação local. Um perfil que não pode ser mantido legalmente não é um ativo.

• Quais campos a equipe vai manter no ponto de atendimento?
• Qual sistema é a fonte da verdade para identidade e histórico de estadias?
• Quem revisa os candidatos a duplicado, e quais evidências são exigidas?
• Como a retirada de consentimento chega a cada sistema que detém os dados?
• Quais dados devem ser excluídos ou mantidos pela lei local?