23 pontos de contacto, um único sistema

Este artigo acompanha uma única hóspede (uma diretora de marketing de 38 anos chamada Sarah, a planejar um fim de semana num hotel rural para o aniversário de casamento dos seus pais) ao longo de vinte e três pontos de contacto digitais distintos com um operador hoteleiro. Desde a primeira pesquisa no Google até ao pedido de avaliação pós-estadia, cada interação é registada no mesmo registo canónico de hóspede, cada sinal comportamental alimenta a decisão seguinte e cada evento operacional pode acionar um gatilho de marketing se o operador optar por configurá-lo.

A questão não é a jornada. A questão é que cada ponto de contacto depende de dados de um sistema operacional diferente, e toda a jornada só se mantém unida porque todos esses sistemas partilham uma única base de dados.

Numa arquitetura fragmentada, a jornada cede pelas costuras. A Sarah é tratada como uma nova cliente no ponto de contacto 6, depois novamente no ponto de contacto 14 e, mais uma vez, no ponto de contacto 19. As suas preferências não são memorizadas. O seu estatuto de fidelização não a acompanha. O seu consentimento de marketing precisa de ser recolhido novamente. A equipa operacional não tem contexto. A equipa de marketing não tem atribuição. Dezoito dos vinte e três pontos de contacto ficam às escuras do ponto de vista operacional.

Numa arquitetura unificada, todos os pontos de contacto permanecem visíveis. Eis como isso se traduz na prática.

Pontos de contacto 1–10: antes de ela chegar

Ponto de contacto 1: A Sarah pesquisa no Google "Cotswolds hotels with private dining for 8". Ela acede a uma página do espaço no website do operador. O CMS utiliza a mesma plataforma que tudo o resto. A página que ela vê é apresentada dinamicamente com a disponibilidade para as suas datas extraída em tempo real do PMS. Não existe nenhum widget de reserva de terceiros que a redirecione para outro domínio.

Ponto de contacto 2: Ela liga-se ao Wi-Fi do espaço durante uma visita de reconhecimento duas semanas antes (os seus pais moram perto, ela tinha passado por lá para tomar um café). O portal cativo reconhece o seu e-mail (o mesmo registo de hóspede) e um gatilho de primeiro início de sessão no Wi-Fi foi acionado na altura, inscrevendo-a num fluxo suave de nutrição sobre o espaço. Ela não sabe disso. Apenas se lembra de ter gostado do local.

Ponto de contacto 3: Ela preenche o formulário de pedido de informação sobre a sala privada na página do espaço. O gatilho de pedido de informação de espaço é acionado. O coordenador de eventos do espaço recebe uma notificação. A Sarah recebe um e-mail de confirmação automática com o PDF da brochura da sala privada, anexado automaticamente porque o formulário está ligado à biblioteca de documentos do espaço. Latência total desde a submissão do formulário até à entrega do e-mail: menos de 30 segundos.

Ponto de contacto 4: Duas horas mais tarde, o coordenador de eventos envia um e-mail pessoal à Sarah com um orçamento. O e-mail do coordenador é enviado a partir da caixa de entrada unificada do mDOS. A resposta é entregue na mesma conversa. A conversa fica associada ao registo de contacto da Sarah. A oportunidade de negócio é criada automaticamente na etapa "Pedido de informação: Orçamentado".

Ponto de contacto 5: A Sarah aceita o orçamento e reserva oito lugares na sala privada para sábado à noite. A reserva é registada no seu registo de contacto. O sinal é cobrado através do Stripe Connect na conta associada do espaço. O gatilho de sinal de espaço pago é acionado e inscreve a Sarah num fluxo de nutrição pré-evento: confirmação do menu pré-chegada a -7 dias, formulário de restrições alimentares a -5 dias, pré-seleção de vinhos pelo sommelier a -3 dias, logística de chegada a -1 dia. Nenhum destes e-mails é escrito ou enviado manualmente. Funcionam porque o fluxo foi criado uma vez, há seis meses, e agora é executado para todas as reservas de salas privadas na propriedade.

Ponto de contacto 6: Três semanas antes do evento, a Sarah reserva quartos para si e para os seus pais para a mesma noite. O widget de reserva reconhece o seu e-mail (o mesmo registo de hóspede) e preenche previamente o seu nome, telefone e morada. Tanto a sua reserva no PMS como a reserva existente na sala privada convergem para o mesmo registo de contacto canónico, pelo que a equipa as vê juntas no perfil do mesmo hóspede, e as suas preferências alimentares recolhidas no formulário de eventos ficam visíveis para a equipa de F&B. Ela recebe um único e-mail de confirmação com tudo incluído, em vez de três e-mails de três fornecedores diferentes.

Ponto de contacto 7: Duas semanas antes, a Sarah esquece-se de preencher o formulário de restrições alimentares. O gatilho de formulário submetido que deveria ter sido acionado nunca chega a ser ativado. Em vez disso, um gatilho de inatividade separado no fluxo de trabalho de eventos é acionado a -10 dias. A Sarah recebe um e-mail lembrete amigável: "Uma pergunta rápida: algum dos seus convidados tem alergias ou restrições alimentares que devamos saber?" Ela clica, preenche o formulário e o fluxo continua.

Ponto de contacto 8: Uma semana antes, ela abandona a reserva num restaurante mais informal do mesmo grupo que também queria visitar na sexta-feira à noite, antes do jantar de aniversário. Estava a escolher os pratos para um pré-pedido, distraiu-se com uma chamada de trabalho e fechou o separador. O gatilho de reserva abandonada é acionado. Quarenta e cinco minutos depois, recebe um e-mail: "A sua mesa em [venue] ainda está reservada. Basta um toque para confirmar." Um link de um só toque. Ela confirma.

Ponto de contacto 9: Três dias antes, chega o e-mail de pré-seleção do sommelier. Ela escolhe três vinhos de uma lista selecionada. As suas escolhas são guardadas como os pré-pedidos do evento — a mesma lista que a cozinha e o bar irão consultar na própria noite. As opções do sommelier no e-mail de pré-seleção da Sarah foram filtradas para vinhos que estão efetivamente em stock nesse espaço durante essa semana, com base no mesmo sistema de gestão de stock que o gestor de bar utiliza para encomendas.

Ponto de contacto 10: Um dia antes, chega o e-mail com a logística de chegada. Indicações de acesso. Horário de check-in. Palavra-passe do Wi-Fi. Confirmação da reserva do restaurante. Localização da sala privada. PDF do menu de aniversário (enviado porque a Sarah assinalou "a celebrar uma ocasião especial" no pedido inicial, o que definiu uma etiqueta que condicionou este fluxo). Tudo num único e-mail, com a imagem de marca do espaço, assinado pelo Diretor-Geral.

Pontos de contacto 11–19: a estadia e o pós-estadia

Ponto de contacto 11: A Sarah chega no sábado às 15:00 e faz o check-in. O check-in é registado na base de dados. O check-in ativa dois processos de forma autónoma: o fluxo de boas-vindas (uma mensagem com o nome da hóspede e com as suas preferências de quarto de uma estadia anterior já disponíveis para a equipa no seu registo) e o gatilho de upsell do spa, "Está connosco durante duas noites. Gostaria de adicionar a massagem para casais amanhã de manhã?" A Sarah reserva o tratamento através do link na mensagem. A reserva é sincronizada com o PMS como um extra debitado na conta do quarto.

Ponto de contacto 12: A reserva para o jantar casual de sexta-feira à noite ocorre no espaço parceiro do grupo. O terminal de pagamento regista a refeição no registo de contacto da Sarah. O gatilho de pedido concluído no POS é ativado. Os pontos de fidelização são calculados e atribuídos de forma atómica na mesma transação que o pagamento da conta. O seu nível de fidelização passa de Prata para Ouro. O gatilho de subida de nível de fidelização é ativado, inscrevendo-a num fluxo de subida de nível que será enviado no domingo de manhã.

Ponto de contacto 13: A garrafa de Châteauneuf no jantar privado de sábado à noite ativa o gatilho de compra por categoria referente ao vinho. Pode ler mais sobre isto no nosso artigo sobre harmonização de vinhos.

Ponto de contacto 14: A Sarah faz o check-out no domingo às 11:00. O gatilho de check-out é ativado. A conta é liquidada. O recibo é enviado por e-mail automaticamente. O pedido de avaliação pós-estadia não é enviado imediatamente: o fluxo está configurado para aguardar +48 horas após o check-out, momento em que a maioria dos hóspedes está emocionalmente preparada para escrever uma avaliação relevante, em vez de uma resposta apressada no parque de estacionamento. Esta decisão foi tomada pela equipa de marketing com base em análises da taxa de resposta a avaliações extraídas dos próprios dados da plataforma.

Ponto de contacto 15: Na terça-feira de manhã, o pedido de avaliação da Sarah é entregue. Ela clica e acede ao formulário de avaliação próprio da plataforma. Avalia a estadia com 5 estrelas. O gatilho de avaliação positiva é ativado. A hóspede passa a estar elegível para o fluxo de recomendação — o fluxo de desconto na próxima estadia por recomendar um amigo, criado pela equipa de marketing há seis meses.

Ponto de contacto 16: Na quarta-feira, o e-mail de harmonização de vinhos é entregue.

Ponto de contacto 17: Os pais da Sarah (que nunca interagiram com o sistema de marketing do estabelecimento) recebem um e-mail de agradecimento da Direção-Geral. O coordenador de eventos escreveu este e-mail manualmente, na caixa de entrada unificada, dirigido aos hóspedes indicados por quem fez a reserva, uma vez que os seus dados foram recolhidos no ponto de contacto 7. Os pais passam a ter os seus próprios registos de contacto no CRM, associados à mesma reserva. Os fluxos futuros poderão alcançá-los com o devido consentimento.

Ponto de contacto 18: Dois meses depois, aproxima-se o aniversário do pai da Sarah. O gatilho de aniversário do membro do programa de fidelização é ativado (tinha sido adicionado ao programa no ponto de contacto 17 através de inscrição implícita com consentimento de marketing). Ele recebe um e-mail de aniversário com uma oferta adequada ao seu nível para uma nova estadia.

Ponto de contacto 19: Ele faz a reserva. Todo o ciclo recomeça, desta vez com o estabelecimento a conhecer previamente a família, as preferências de quarto, os requisitos alimentares e as preferências de vinho.

Pontos de contacto 20–23: a camada operacional

Os pontos de contacto 20 a 23 são gatilhos operacionais que são ativados silenciosamente em segundo plano e nunca chegam diretamente à Sarah, mas melhoram cada interação com a equipa: o encerramento noturno (night audit) a ser bloqueado para finalizar a contabilidade; um pedido de manutenção, originado na sua nota sobre o chuveiro com fuga, registado para o quarto e resolvido antes da chegada do próximo hóspede; um pedido de concierge, resultante da sua solicitação de reserva num restaurante próximo; e a criação de uma conta corporativa, uma vez que a sua empresa já utilizou o espaço quatro vezes e está a ser configurada uma tarifa corporativa.

O que esta jornada demonstra

A jornada descrita acima é composta por vinte e três pontos de contacto. Utiliza dezasseis gatilhos distintos de entre os mais de 150 integrados no motor de fluxos da mDOS. Nenhum ponto de contacto em si é exclusivo da mDOS. Teoricamente, qualquer operador poderia construir qualquer um deles num ecossistema fragmentado, com trabalho de integração suficiente.

O que é único na mDOS é o facto de os vinte e três pontos de contacto permanecerem associados ao mesmo registo canónico de hóspede do início ao fim, os dados de que cada ponto de contacto depende estarem à distância de uma única consulta na mesma base de dados, e os fluxos que regem a jornada poderem ser criados e modificados pela equipa de marketing na UI da plataforma, e não por uma agência de integração.

É isto que significa "integrado nas realidades operacionais do estabelecimento". O motor de marketing não está simplesmente associado aos sistemas operacionais. Faz parte deles. Cada evento operacional é um gatilho de marketing à espera de ser configurado. Cada gatilho de marketing é um evento operacional que já existe na base de dados.

Os mais de 150 gatilhos representam a amplitude funcional. A base de dados unificada é o que torna essa amplitude possível.

---

Fale com o fundador para saber como esta arquitetura se adapta às suas propriedades.