O que muda quando Booking e Airbnb caem no mesmo calendário
Vender em dois portais dobra a chance de reserva e cria um problema novo: os dois vendem a mesma noite. O que resolve não é atenção, é fechar a data nos dois lados sozinho.
Colocar a pousada no Booking e no Airbnb ao mesmo tempo é a decisão comercial mais fácil de justificar: são dois públicos diferentes, e o custo de estar nos dois é o mesmo da comissão que você já paga em um. O que ninguém conta é o problema que aparece junto.
Os dois portais não se falam. Cada um tem o próprio calendário, e cada um acha que a disponibilidade que ele mostra é a verdade. Quando o quarto Santo Cristo aparece livre em 12 de outubro nos dois, ele pode ser vendido duas vezes em 12 de outubro. E vai ser, mais cedo ou mais tarde.
Por que a reserva dobrada acontece de madrugada
A janela de risco não é o dia inteiro: é o intervalo entre uma venda e a atualização do outro canal. Se você atualiza na mão, esse intervalo é o tempo até você abrir o computador. Uma reserva que entra na Booking às 21h de sexta fica com a data aberta no Airbnb até você olhar, o que na prática costuma ser na manhã de segunda.
Por isso a reserva dobrada quase sempre nasce de madrugada, de fim de semana ou de feriado. Não é azar, é aritmética: o risco é proporcional ao tempo em que os dois calendários estão divergentes.
A conta do prejuízo de uma reserva dobrada
- Diária que você teria recebido
- a receita da noite
- Multa ou penalização do portal
- varia por portal e por plano
- Posição na busca depois do cancelamento
- cai, e demora a voltar
- O que você faz com o hóspede na porta
- não tem preço, e é o pior pedaço
Repare que a linha que mais dói não é financeira. Cancelar uma reserva confirmada, ou realocar alguém que chegou de viagem, é o tipo de coisa que vira avaliação ruim e história contada para outras pessoas.
O que o iCal resolve, e o que ele não resolve
Booking e Airbnb publicam o calendário de cada anúncio num formato aberto, o iCal, e aceitam importar o calendário de fora pelo mesmo formato. É por aí que a ponte é feita, e é o caminho que não depende de acordo comercial com nenhum dos dois.
O que passa por essa ponte:
- Bloqueio de data. O que está vendido de um lado fica indisponível do outro. É a parte que resolve a reserva dobrada.
- O período da reserva. Entrada, saída, e o identificador do portal.
O que não passa, e é importante saber antes de contar com isso:
- Preço. A diária que você define aqui não sobe para o portal. Tarifa continua sendo mexida no painel de cada um.
- Restrição de mínimo de noites. Também é do portal.
- Dados do hóspede. O iCal traz pouco, e às vezes só um código. O nome e o contato continuam no painel do portal.
Ou seja: o iCal resolve disponibilidade, e não substitui o painel do portal. Quem promete que resolve tudo está vendendo outra coisa, geralmente um channel manager com integração direta, que custa outro dinheiro e exige contrato com cada portal.
O detalhe que decide se funciona: a frequência
Ponte de iCal não é tempo real. Ela é uma leitura que acontece de tempos em tempos, e a frequência dessa leitura é o que determina o tamanho da janela de risco que sobrou.
Uma sincronização diária reduz o problema, mas não o resolve: uma reserva que entra às 9h continua com a data aberta no outro canal até o dia seguinte. É melhor que nada e é pior do que parece, porque dá a sensação de estar resolvido.
A pergunta a fazer para qualquer sistema, inclusive para este, é simples e específica: de quanto em quanto tempo ele lê os portais? Se a resposta for vaga, é porque a frequência não é boa. No Bilro a leitura roda de hora em hora, e a mesma rodada devolve a disponibilidade para os dois lados.
O que continua sendo seu, e não do sistema
Duas coisas nenhuma ponte resolve, e vale saber para não descobrir depois.
A primeira é o link que cai. Portal muda endereço de calendário, e quando isso acontece a sincronização para de silenciosamente, que é o pior jeito de parar. O sistema tem que avisar na tela quando um canal para de responder, e não simplesmente deixar de importar.
A segunda é o que já estava vendido antes de você ligar os canais. A primeira importação traz as reservas em aberto, mas datas que os dois portais já venderam para o mesmo quarto vão colidir na hora da importação. Isso é bom: é melhor descobrir a colisão no dia da configuração, com tempo para resolver, do que no dia da chegada.
Resumindo
Vender em dois portais é certo. O que muda é que a disponibilidade deixa de ser uma coisa que você controla no olho e passa a ser uma coisa que precisa de mecanismo. Colar dois links e ter uma leitura de hora em hora fecha a maior parte da janela. O resto é saber o que a ponte não faz, para não contar com o que ela não promete.