O calendário não é o sistema
Muitos anfitriões gerem as reservas olhando para o calendário duas vezes por dia. Funciona até à primeira semana cheia, em que uma alteração passa despercebida, uma limpeza fica por confirmar e um código caducado sai na mesma.
A diferença entre olhar e gerir está em três coisas: cada mudança de estado despoleta as ações certas, cada ação tem um responsável, e os dados duradouros vivem num só sítio para onde tudo aponta.
Com o Host Pilot, colar o URL do anúncio gera o site de reservas diretas, o guia do hóspede e as mensagens a partir da mesma fonte verificada, portanto uma hora de chegada alterada fica certa em todo o lado ao mesmo tempo.
Mapear os estados e as suas ações
Escreva a lista uma vez: na confirmação saem a confirmação e a criação da tarefa de limpeza; dois dias antes, a pré-chegada com a ligação do guia; no próprio dia, o acesso segundo o seu procedimento; depois da primeira noite, uma verificação curta; na véspera da saída, o lembrete; depois da saída, a verificação e o pedido de avaliação.
Cada estado também proíbe ações: depois de um cancelamento não sai mais nada, incluindo o pedido de avaliação. Esta lista cabe numa página e vale mais do que qualquer ferramenta, porque é aquilo que a ferramenta terá de executar.
- Ações por estado
- Um responsável por ação
- Dados duradouros centralizados
- Proibições explícitas
Tratar a alteração como o evento principal
Uma mudança de datas tem de invalidar as mensagens futuras e reconstruí-las a partir do novo estado, atualizar a tarefa de limpeza e voltar a pedir a sua confirmação, e regenerar o código se a fechadura o permitir. Se alguma destas três coisas ficar manual, anote quem a faz.
Teste com uma reserva real: reserve, altere as datas e releia a fila das mensagens futuras. Depois cancele perto da chegada e confirme que não sai mais nada. É a parte que se parte em silêncio após cada alteração de integração.
As chegadas no próprio dia têm regra própria
Uma reserva a poucas horas da chegada não pode seguir a sequência normal. É precisa uma verificação humana da limpeza e do acesso, e depois uma mensagem combinada que confirma e prepara, prometendo apenas o que consegue cumprir.
Não prometa a entrada só porque a reserva existe. Diga que está a verificar, dê uma hora de resposta e peça ao hóspede que não apareça antes da confirmação.
Ligar a limpeza às reservas
Cada saída torna-se uma tarefa com janela, acesso, instruções e aceitação explícita. Uma tarefa atribuída mas não aceite não está coberta. Fixe a hora limite e o plano de reserva: substituto, entrada adiada ou noite bloqueada.
A mensagem ao hóspede e a tarefa de limpeza têm de levar a mesma hora. Se conceder uma saída mais tarde, a tarefa é atualizada e reconfirmada, não apenas avisada de viva voz.
Os pedidos fora das regras
Chegada muito cedo, animal não declarado, pessoa a mais, festa: decida a frio o que aceita, em que condições e a que preço, e escreva-o. Decidir caso a caso produz respostas incoerentes entre hóspedes, e os hóspedes comparam.
Responda depressa mesmo quando é não. Uma recusa rápida e educada com uma alternativa — um depósito de bagagens, outro horário — custa menos em avaliação do que um sim arrancado que desorganiza a limpeza.
Cancelamentos: o procedimento antes da emoção
Do lado do hóspede aplica-se a política de cancelamento escolhida, através da plataforma; não prometa por mensagem um reembolso que o procedimento não prevê. Do lado do anfitrião, cancelar por sua iniciativa tem consequências pesadas no Airbnb: é a opção de último recurso, não uma variável de ajuste.
Depois de qualquer cancelamento, verifique a fila: nenhuma mensagem deve sair, o código deve ser revogado se a fechadura o permitir, e a tarefa de limpeza ajustada ou eliminada.
Vários canais sem reservas duplicadas
Assim que vende fora do Airbnb, teste a sincronização com uma reserva real nos dois sentidos e cronometre o fecho dos outros calendários. Acrescente uma margem se o atraso passar de alguns minutos.
E uma regra absoluta: só um sistema escreve tarifas e disponibilidade. Duas ferramentas no mesmo calendário produzem preços que ninguém escolheu, e o erro descobre-se com um hóspede já em viagem.
Medir o que se parte e corrigir uma coisa de cada vez
Siga quatro números: mensagens corrigidas depois de enviadas, tarefas de limpeza não aceites à hora limite, problemas descobertos pelo hóspede antes de si, e intervenções manuais de emergência. São os sintomas de um sistema que ainda assenta na sua vigilância.
Releia todas as semanas uma estadia normal, uma alterada e uma que correu mal. Os modelos e ferramentas dão os formatos de partida e os preços explicam o que vem a seguir.
Exemplo
Uma semana cheia, dois desfechos
Exemplo realista, não um testemunho. Sexta-feira, um hóspede antecipa a chegada um dia enquanto outro cancela para a mesma noite. Gerido por data: a pré-chegada do primeiro sai tarde demais, o código do que cancelou continua ativo, e a limpeza aparece no alojamento errado.
Gerido por estado: a alteração reconstrói a sequência do primeiro e volta a propor a tarefa de limpeza; o cancelamento corta tudo para o segundo e liberta a janela. Ninguém foi mais rápido nem mais atento — o sistema limitou-se a reagir aos estados em vez de esperar pela releitura do calendário.
Montar a gestão em sete passos
1
Escrever o mapa de estados
Ações despoletadas e proibidas para cada estado da reserva.
2
Centralizar os dados duradouros
Acesso, wi-fi, regras e arredores num só sítio verificado.
3
Programar pelo estado
Uma tarefa por mensagem, despoletada pelo estado e não só pela data.
4
Testar alteração e cancelamento
Com uma reserva real, relendo a fila de mensagens.
5
Ligar a limpeza
Tarefa com aceitação explícita e a mesma hora da mensagem.
6
Escrever as regras de exceção
Chegada cedo, saída tardia, pedidos fora das regras: decididos a frio.
7
Medir e corrigir
Quatro números por semana, uma alteração de cada vez.
Que tratamento para que evento
| Evento | Tratamento | Porquê |
|---|---|---|
| Confirmação | Automático: mensagem e tarefa de limpeza | Momento previsível com ações conhecidas. |
| Alteração de datas | Reconstrução automática e reconfirmação da limpeza | As mensagens e a tarefa caducadas são o risco verdadeiro. |
| Cancelamento tardio | Corte total da sequência | Não deve sair mais nada, código incluído. |
| Chegada no próprio dia | Verificação humana e depois mensagem combinada | Nem limpeza nem acesso estão garantidos só pela reserva. |
| Pedido fora das regras | Resposta humana segundo regra escrita | A coerência entre hóspedes protege as avaliações. |
Perguntas frequentes sobre gerir reservas
O que verificar todas as manhãs?
Os próximos catorze dias: chegadas, limpezas confirmadas ou não, mudanças no mesmo dia, códigos a regenerar e buracos de uma noite invendáveis. É uma lista de verificação, não uma estatística.
Como tratar uma alteração de datas?
Tem de invalidar as mensagens futuras, reconstruí-las a partir do novo estado, atualizar a tarefa de limpeza com reconfirmação e regenerar o código. Teste este caminho com uma reserva real.
O que acontece se cancelar como anfitrião?
Os cancelamentos pelo anfitrião têm consequências sérias no Airbnb: eventuais taxas, datas bloqueadas e impacto no estatuto. É a opção de último recurso; procure primeiro realojamento e alternativas.
Como evitar reservas duplicadas?
Só um sistema escreve tarifas e disponibilidade, e a sincronização testa-se com uma reserva real nos dois sentidos, com margem se o atraso passar de alguns minutos.
Devo aceitar chegadas no próprio dia?
Só com uma regra: verificação humana da limpeza e do acesso antes de qualquer promessa, mensagem combinada, e a indicação de não aparecer antes da confirmação.
Que números seguir?
Mensagens corrigidas depois de enviadas, tarefas não aceites à hora limite, problemas vistos pelo hóspede antes de si e intervenções manuais de emergência.