Como funciona o nosso Robô que busca valores no widget?

Entenda o Widget de Preços e Disponibilidade do Letsbook: Transparência e Agilidade para seus Hóspedes!

O widget de calendário do Let's Book é um diferencial poderoso para seus clientes, oferecendo uma visão clara e rápida de preços e disponibilidade. Mas como essa mágica acontece? Vamos desvendar o funcionamento do nosso "robô" de busca!

Parâmetros Personalizados para Precisão:

Primeiramente, o robô trabalha com os parâmetros específicos do seu hotel, que você define diretamente no motor de reservas. Esses parâmetros garantem que as informações exibidas no widget sejam relevantes para o seu público.

Número de diárias: 1 ou 2 diárias (ao escolher 2 dias, seu hotel estará impossibilitado de aceitar reservas para 1 diária).
Número de adultos: 1 ou 2 adultos.

Ao optar pelo parâmetro de 2 diárias no Widget, é fundamental entender que o sistema permitirá reservas com duração mínima de duas noites. Isso significa que:

Ao clicar em uma data de check-in, o hóspede só poderá selecionar a data de check-out a partir de dois dias depois.
Não será possível realizar reservas de apenas uma noite.

Exemplo:

Se o hóspede selecionar o dia 22 como check-in, a primeira data de check-out disponível será o dia 24. O dia 23 aparecerá desabilitado no calendário.

Recomendamos a configuração de 2 diárias apenas se:

Seu hotel possui uma política de mínimo de duas noites.
Não existe períodos em que seu hotel deseja vender com apenas 1 diária.

Lembre-se: essa configuração impacta diretamente a experiência do hóspede no momento da reserva. Avalie cuidadosamente a necessidade de utilizar o parâmetro de 2 diárias para garantir que ele esteja alinhado com as políticas e o público do seu hotel.

Quer saber qual parâmetro está sendo utilizado para seu hotel? Acesse o widget do seu motor de reservas:

Escolhendo o Parâmetro Ideal para o Seu Hotel no Widget

Essa configuração, definida por você, garante uma experiência mais intuitiva para o hóspede, mostrando de cara uma estimativa de tarifa relevante.

Um Parâmetro Único, Mas Adaptável:

Para simplificar, você definirá apenas um parâmetro por hotel, válido para todos os dias do ano, independentemente de alta ou baixa temporada, dia de semana ou final de semana.

Encontrando o Parâmetro Perfeito para o Seu Público:

Pense no seu hóspede típico: Quem são os principais frequentadores do seu hotel?
- Famílias: Se o seu forte é o público familiar, como Resorts e Hotéis Fazenda, o ideal é configurar o parâmetro para 2 adultos.
- Executivos: Já hotéis com foco em viagens a negócios, onde a maioria dos hóspedes viaja sozinha, podem optar por 1 adulto.
- Público misto: Se você recebe diferentes perfis de hóspedes, analise qual configuração representaria melhor a maioria das suas reservas.

Flexibilidade para Ajustar:

Lembre-se que você sempre pode alterar o parâmetro posteriormente, caso sinta que ele não reflete mais a realidade do seu público.

Dica:

Analise seus relatórios de reservas! Veja qual a configuração de hóspedes mais comum (1 ou 2 adultos) para tomar uma decisão estratégica.

Buscas Inteligentes para Encontrar a Melhor Oferta:

O robô analisa cada data individualmente, realizando até três tentativas de busca para encontrar a tarifa mais vantajosa. Se a disponibilidade e os preços forem encontrados na primeira tentativa, as buscas subsequentes para aquela data são dispensadas.

Por exemplo, ele busca primeiro de 10 para 11, verificando se há disponibilidade e preços. Se necessário, ele se ajusta às restrições e realiza novas tentativas. Em seguida, ele repete o processo para 11 para 12, e assim por diante.

Cenários de Busca e Adaptação:

Busca direta: Se a data estiver disponível sem restrições, o robô exibe a melhor tarifa encontrada para este dia no widget.
Restrição de mínimo de noites: Se houver um mínimo de noites configurado e a busca inicial não atender a essa regra, o robô ajustará automaticamente a data de saída para cumprir o mínimo de noites, buscando a melhor tarifa dentro desse novo período.
Restrição de check-out: Caso a data de saída escolhida inicialmente seja inválida devido a restrições de check-out (CTD), o robô ajustará a data de saída para o próximo dia permitido, buscando a melhor tarifa dentro do período válido.
Indisponibilidade após tentativas: Se, mesmo após as três tentativas de busca (considerando as adaptações automáticas), não for encontrada disponibilidade para o período desejado, a data será marcada com um asterisco (*) no widget, indicando que o check-in não é possível.
Data de check-in indisponível: Caso a data de check-in selecionada esteja indisponível por falta de unidades ou outras restrições, ela aparecerá desabilitada no widget, impossibilitando a seleção.

Simulando as Buscas do Robô:

Você mesmo pode simular as buscas do robô! Acesse o motor de reservas em uma data disponível e, no link da busca, altere manualmente as datas de check-in e check-out, seguindo os parâmetros do seu hotel.

Suas alterações no Admin e o tempo de atualização do Widget

Você atualizou as tarifas no sistema do hotel, mas as mudanças ainda não apareceram no Widget? É normal que exista um tempinho para que tudo seja sincronizado!

Por que isso acontece?

Para garantir que as informações no Widget estejam sempre precisas e atualizadas, existe um processo de processamento que coleta os dados do Admin, faz os cálculos necessários (como os do nosso "robô" de busca) e, por fim, atualiza o Widget.

Qual o tempo médio de espera?

Em média, as alterações levam cerca de 30 minutos para serem refletidas no Widget. No entanto, esse tempo pode variar dependendo de alguns fatores, como:

Volume de atualizações: Se você fez várias alterações ou se outros hotéis também estão atualizando seus dados simultaneamente, o tempo de processamento pode ser um pouco maior.
Complexidade das alterações: Mudanças mais complexas, como alterações em regras de restrições, podem demandar um tempo maior de processamento.

Dica importante:

Recomendamos que você aguarde pelo menos 30 minutos após realizar as alterações no Admin antes de verificar o Widget.

Desvendando o Robô: Cenário de Busca com Sucesso na Primeira Tentativa

Para entender como o robô trabalha, vamos analisar um exemplo prático de busca para o dia 22 de outubro, considerando um hotel com parâmetro de 1 adulto:

1ª Tentativa (22/10 - 23/10):

O robô simula uma busca no sistema para uma diária de 22 a 23 de outubro, com 1 adulto. Digamos que, nesse caso, ele encontra diferentes opções de tarifas, considerando as categorias de quarto e flutuações existentes.

Encontrou! E agora?

Missão cumprida! Como o robô encontrou tarifas disponíveis logo na primeira tentativa, ele interrompe a busca para essa data. Não é necessário realizar as outras duas tentativas.
Exibindo a melhor oferta: O sistema compara todas as tarifas encontradas para o período (22/10 - 23/10) e exibe no Widget a mais vantajosa para o hóspede.

Desvendando o Robô: Adaptando a Busca a Restrições de Mínimo de Noites

Neste cenário, vamos analisar como o robô se comporta ao encontrar uma restrição de mínimo de noites durante a busca para o dia 23 de outubro, utilizando o parâmetro de 1 adulto:

1ª Tentativa (23/10 - 24/10):

O robô inicia a busca para uma diária de 23 a 24 de outubro. No entanto, ele identifica uma restrição de mínimo de noites configurada para esse período.

Ajustando a Estratégia:

Compreendendo a restrição: O robô reconhece a restrição de mínimo de noites e a necessidade de ajustar a busca.
2ª Tentativa (23 - 26/10): Ele automaticamente ajusta a data de saída para 26 de outubro, cumprindo o mínimo de noites estabelecido.

Sucesso na Segunda Tentativa!

Digamos que, com o ajuste, o robô encontra disponibilidade e tarifas para o período de 23 a 26 de outubro.

Missão cumprida (de novo!): A busca é interrompida, pois o robô encontrou o que precisava.
Encontrando a tarifa ideal: O sistema analisa as tarifas disponíveis para o período de 23 a 26 de outubro e exibe no Widget o valor mais vantajoso para o hóspede, considerando a diária do dia 23, que era o objetivo inicial da busca.

Robô Inteligente: Nosso robô está preparado para lidar com diferentes restrições, adaptando as buscas e garantindo que o Widget sempre exiba as informações mais relevantes para seus hóspedes!

Desvendando o Robô: Lidando com Múltiplas Restrições e Encontrando Soluções

Neste exemplo, vamos acompanhar o robô em uma busca mais desafiadora para o dia 25 de setembro, com o parâmetro de 1 adulto, e como ele lida com múltiplas restrições:

1ª Tentativa (25/09 - 26/09):

Assim como no cenário anterior, o robô inicia a busca para uma diária, mas encontra uma restrição de mínimo de noites.

2ª Tentativa (25/09 - 28/09):

Adaptando-se à primeira restrição, o robô ajusta a data de saída para 28 de setembro. No entanto, ele se depara com uma nova restrição: uma restrição de check-out (CTD) que impede a saída na data escolhida.

Hora de Persistir! 3ª Tentativa (25/09 - 30/09):

Analisando a Restrição: O robô interpreta a restrição de check-out e entende que precisa ajustar a data de saída novamente.
Novo Ajuste: Ele adiciona dois dias à data de saída original (28/09), chegando ao período de 25 a 30 de setembro.

Sucesso na Terceira Tentativa!

Com a data de saída ajustada para 30 de setembro, o robô finalmente encontra disponibilidade e tarifas.

Exibindo a tarifa do dia 25: O sistema compara as tarifas encontradas para o período de 25 a 30 de setembro e exibe no Widget o valor mais vantajoso, considerando a diária do dia 25, que era o objetivo inicial da busca.

Conclusão:

Este cenário demonstra a capacidade do robô de contornar obstáculos, adaptando-se a diferentes restrições para encontrar a melhor tarifa para o hóspede, mesmo em situações mais complexas.

Desvendando o Robô: Lidando com Múltiplas Restrições e Encontrando Soluções

Neste exemplo, vamos acompanhar o robô em uma busca mais desafiadora para o dia 24 de outubro, com o parâmetro de 1 adulto, e como ele lida com múltiplas restrições:

1ª Tentativa (24/10 - 25/10):

Assim como no cenário anterior, o robô inicia a busca para uma diária, mas encontra uma restrição de mínimo de noites.

2ª Tentativa (24/10 - 26/10):

Adaptando-se à primeira restrição, o robô ajusta a data de saída para 26 de outubro. No entanto, ele se depara com uma nova restrição: uma restrição de check-out (CTD) que impede a saída na data escolhida.

Hora de Persistir! 3ª Tentativa (24/10 - 27-10):

Analisando a Restrição: O robô interpreta a restrição de check-out e entende que precisa ajustar a data de saída novamente.
Novo Ajuste: Ele adiciona um dia dia à data de saída original (26/10), chegando ao período de 24 a 27 de outubro.

Sucesso na Terceira Tentativa!

Com a data de saída ajustada para 27 de outubro, o robô finalmente encontra disponibilidade e tarifas.

Exibindo a tarifa do dia 24: O sistema compara as tarifas encontradas para o período de 24 a 27 de outubro e exibe no Widget o valor mais vantajoso, considerando a diária do dia 24, que era o objetivo inicial da busca.

Conclusão:

Este cenário demonstra a capacidade do robô de contornar obstáculos, adaptando-se a diferentes restrições para encontrar a melhor tarifa para o hóspede, mesmo em situações mais complexas.

Desvendando o Robô: Quando as Restrições Impedem a Reserva

Em alguns casos, mesmo com toda a sua persistência, o robô pode se deparar com situações em que a reserva não é possível. Vamos analisar o que acontece na busca para o dia 26 de setembro, com o parâmetro de 1 adulto:

1ª Tentativa (26/09 - 27/09):

O robô inicia a busca, mas encontra a já conhecida restrição de mínimo de noites.

2ª Tentativa (26/09 - 30/09):

Ajustando a data de saída para 30 de setembro, o robô encontra uma restrição de check-out (CTD) para essa data.

3ª Tentativa (26/09 - 02/10):

Adaptando-se novamente, o robô define a data de saída para 02 de outubro. No entanto, ele identifica uma nova restrição, desta vez relacionada ao dia 02 de outubro, que impede a reserva.

Sem Sucesso na Busca:

Neste cenário, o robô esgotou suas três tentativas e, mesmo com os ajustes, não encontrou um período disponível que atendesse a todas as restrições e possibilitasse a reserva a partir de 26 de setembro.

Como isso é exibido no Widget?

O dia 26 de setembro será marcado com um asterisco (*), sinalizando ao hóspede que o check-in nesta data não está disponível.

O Que Fazer?

Se você se deparar com datas bloqueadas no Widget devido a restrições, revise as configurações do seu sistema para o período em questão. Ajustar ou remover as restrições que estão impedindo a reserva permitirá que o robô encontre opções válidas e exiba a disponibilidade no Widget.

Desvendando o Robô: Quando as Restrições Impedem a Reserva

Em alguns casos, mesmo com toda a sua persistência, o robô pode se deparar com situações em que a reserva não é possível. Vamos analisar o que acontece na busca para o dia 25 de outubro, com o parâmetro de 1 adulto:

1ª Tentativa (25/10 - 26/10):

O robô inicia a busca, mas encontra a já conhecida restrição de mínimo de noites.

2ª Tentativa (25/10 - 27/10):

Ajustando a data de saída para 27 de outubro, o robô encontra uma restrição de check-out (CTD) para essa data.

3ª Tentativa (25/10 - 28/10):

Adaptando-se novamente, o robô define a data de saída para 28 de outubro. No entanto, ele identifica uma nova restrição, desta vez relacionada à este dia de saída, que impede a reserva.

Sem Sucesso na Busca:

Como isso é exibido no Widget?

O dia 25 de outubro será marcado com um asterisco (*), sinalizando ao hóspede que o check-in nesta data não está disponível. É dada uma sugestão para que ele tente com uma data anterior, considerando restrições daqueles dias.

Que Fazer?

Desvendando o Robô: Quando o Check-in é Impossível

Em algumas situações, o próprio dia de check-in desejado pelo hóspede pode estar indisponível. Veja como o robô se comporta ao se deparar com esse cenário na busca para o dia 01 de outubro, com o parâmetro de 1 adulto:

1ª Tentativa (01/10 - 02/10):

O robô inicia a busca, mas o sistema retorna uma mensagem clara: o check-in em 01 de outubro não é permitido (CTA). Isso pode ocorrer por diversos motivos, como fechamento do hotel, manutenções, etc.

Sem necessidade de novas tentativas:

Diferente dos cenários anteriores, onde o robô tentava ajustar as datas para encontrar uma solução, neste caso, a restrição impede completamente o check-in no dia desejado. Portanto, não há necessidade de realizar as outras duas tentativas de busca.

Indisponibilidade no Widget:

O dia 01 de outubro será marcado com um asterisco (*) no Widget, indicando claramente ao hóspede que o check-in nesta data não é possível.

Importante:

É fundamental manter o sistema sempre atualizado com as informações corretas de disponibilidade. Se o dia 01 de outubro estiver bloqueado por um erro ou configuração incorreta, lembre-se de ajustá-la para que o robô possa exibir a disponibilidade real no Widget.

Desvendando o Robô: Quando o Check-in é Impossível

1ª Tentativa (01/11 - 02/11):

O robô inicia a busca, mas o sistema retorna uma mensagem clara: o check-in em 01 de novembro não é permitido (CTA). Isso pode ocorrer por diversos motivos, como fechamento do hotel, manutenções, etc.

Sem necessidade de novas tentativas:

Indisponibilidade no Widget:

O dia 01 de novembro será marcado com um asterisco (*) no Widget, indicando claramente ao hóspede que o check-in nesta data não é possível.

Importante:

Desvendando o Robô: Quando a Disponibilidade Futura Impede o Check-in

Neste cenário, vamos analisar a busca para o dia 02 de outubro, com o parâmetro de 1 adulto, e como o robô lida com restrições que impactam a disponibilidade em datas futuras:

1ª Tentativa (02/10 - 03/10):

O robô se depara com a familiar restrição de mínimo de noites.

2ª Tentativa (02/10 - 05/10):

Ajustando a data de saída para 05 de outubro, o robô identifica um novo obstáculo: não há disponibilidade em um dos dias dentro desse período (02/10 - 05/10), impossibilitando a reserva.

Interrompendo a Busca:

Mesmo que ainda reste uma tentativa, o robô reconhece que, para atender ao mínimo de noites a partir de 02 de outubro, será preciso encontrar disponibilidade em todos os dias subsequentes dentro do período mínimo. Como essa disponibilidade não existe, a terceira tentativa se torna desnecessária.

Indisponibilidade no Widget:

O dia 02 de outubro será marcado com um asterisco (*) no Widget, indicando ao hóspede que o check-in nesta data não é possível devido à falta de disponibilidade em datas futuras, mesmo que o dia 02 em si esteja disponível.

Conclusão:

O robô está programado para analisar a disponibilidade de forma completa, considerando as restrições e buscando oferecer apenas opções válidas para o hóspede.

Desvendando o Robô: Quando a Disponibilidade Futura Impede o Check-in

Neste cenário, vamos analisar a busca para o dia 02 de novembro, com o parâmetro de 1 adulto, e como o robô lida com restrições que impactam a disponibilidade em datas futuras:

1ª Tentativa (02/11 - 03/11):

O robô se depara com a familiar restrição de mínimo de noites.

2ª Tentativa (02/11 - 05/11):

Ajustando a data de saída para 05 de outubro, o robô identifica um novo obstáculo: não há disponibilidade em um dos dias dentro desse período (02/11 - 05/11), impossibilitando a reserva.

Interrompendo a Busca:

Mesmo que ainda reste uma tentativa, o robô reconhece que, para atender ao mínimo de noites a partir de 02 de novembro, será preciso encontrar disponibilidade em todos os dias subsequentes dentro do período mínimo. Como essa disponibilidade não existe, a terceira tentativa se torna desnecessária.

Indisponibilidade no Widget:

O dia 02 de novembro será marcado com um asterisco (*) no Widget, indicando ao hóspede que o check-in nesta data não é possível devido à falta de disponibilidade em datas futuras, mesmo que o dia 02 em si esteja disponível.

Conclusão:

O robô está programado para analisar a disponibilidade de forma completa, considerando as restrições e buscando oferecer apenas opções válidas para o hóspede.

Autor
Gabriela Silveira
Modificado em
11/10/2024, 10:06
Tags