As mensagens programadas do Airbnb fazem bem uma coisa: enviar um texto num momento previsto. O seu limite não está escondido num submenu. Vem do próprio mecanismo: a mensagem decide-se antes de a situação existir.
- O quadro nativoOs três momentos cobertos e o que fazem bem
- O tetoCinco casos em que o calendário sozinho deixa de chegar
- No envioMesmo gatilho, outro nível de adaptação
Os três gatilhos nativos do Airbnb
A Airbnb chama a esta funcionalidade «respostas rápidas programadas». No seu centro de ajuda, os três momentos nativos citados são a nova reserva, a chegada e a saída.
Cada momento cobre uma etapa simples. A nova reserva confirma que ficou tudo registado. A chegada transporta a mensagem mais útil da sequência: morada, hora, acesso, instrução importante. A saída lembra a saída do alojamento e o que é preciso deixar em ordem.
Este quadro tem qualidades reais. Está integrado na plataforma. É estável e gratuito. Chega muitas vezes se ficar no Airbnb e se a sua sequência se limitar a esses três momentos. As variáveis ajudam a manter um texto curto, com uma reserva documentada: um campo mostra «Não disponível» quando a informação não está no anúncio. Os envios seguem o fuso horário do alojamento, o que evita parte dos erros de calendário.
Para a configuração passo a passo, o guia das mensagens automáticas do Airbnb percorre a manobra. Para o conteúdo, os seis modelos de mensagens dão uma base que é preciso encurtar mais do que alongar.
Cinco situações que a programação não cobre
Uma mensagem programada está pronta antes da mensagem do hóspede, antes do imprevisto e antes do detalhe do alojamento. Não é uma configuração que falte. É a natureza de uma programação.
1. O hóspede escreve fora de sequência
O caso mais corrente: o hóspede escreve de manhã para pedir um código ou anunciar uma chegada adiantada. A mensagem de chegada prevista para mais tarde sairá à mesma à hora fixada se ninguém a retomar.
O problema não é o texto, é o momento. Uma sequência decidida de antemão não sabe que uma pergunta acaba de deslocar a prioridade.
2. A reserva de última hora
Uma reserva feita de manhã para uma chegada nessa noite comprime a sequência. Confirmação, chegada e saída podem acabar no mesmo dia numa estadia muito curta. A Airbnb documenta este ponto com uma opção intitulada «Enviar para as reservas de última hora e as estadias curtas». Se essa opção existe, é porque o comportamento por defeito não cobre todos os casos.
3. Um alojamento não é outro
Um modelo sabe inserir campos. Não sabe transportar o detalhe operacional de um imóvel para outro se esse detalhe não estiver já escrito no texto. No entanto, dois alojamentos de um mesmo parque podem ter realidades opostas: chegada autónoma aqui, entrega de chaves em mão ali, estacionamento privado num edifício e estacionamento público noutro. Ou generaliza demais, ou multiplica as variantes à mão. Nos dois casos, a manutenção acaba a custar mais do que a mensagem.
4. As outras plataformas pedem a sua própria configuração
Se arrenda também na Booking ou na Vrbo, as ferramentas delas existem à mesma. Mas o cenário do Airbnb não se copia sozinho: é preciso recriar os modelos, verificar os campos e manter cada sequência separadamente. Não é um defeito do Airbnb, é a consequência de uma configuração feita dentro de uma plataforma concreta.
5. Não há condições
O pedido clássico é simples: enviar uma mensagem de meio de estadia apenas a partir de três noites. Os três gatilhos nativos não funcionam assim. Não condicionam um envio a uma duração, a uma troca já recebida ou a uma exceção concedida caso a caso. Mesmo limite para uma saída tardia validada na véspera ou para uma chegada antecipada que depende de uma limpeza terminada antes. O calendário sabe que se aproxima uma data. Não sabe arbitrar uma situação.
| Situação | O que a programação faz com ela | O que fazer em vez disso |
|---|---|---|
| O hóspede escreve antes da mensagem prevista | A mensagem sai à hora fixada mesmo que a pergunta tenha mudado a prioridade | Tomar o comando ou deixar uma ferramenta tratar a resposta na conversa |
| Reserva de última hora | A sequência comprime-se ou saltam-se envios consoante a configuração | Verificar o comportamento em estadia curta e ajustar o cenário |
| Variação de um alojamento para outro | O mesmo texto deve cobrir realidades diferentes | Uma mensagem por alojamento, ou então uma camada que leia as suas instruções próprias |
| Outras plataformas | Cada extranet conserva os seus modelos e os seus campos | Centralizar no PMS ou aceitar uma manutenção separada |
| Meio de estadia condicional | Nenhuma condição sobre a duração nem sobre um contexto recente | Disparar com outra ferramenta ou enviar manualmente |
O que a Sentioo muda no momento do envio
A Sentioo não substitui o gatilho se já tiver o seu calendário. Intervém no momento em que a mensagem sai, e depois no momento em que o hóspede responde.
O calendário retoma três mensagens de sistema por reserva: boas-vindas, entrada cerca de 24 h antes da chegada e saída cerca de 24 h antes da partida. Aceita também um número livre de mensagens personalizadas por alojamento, situadas de -30 a +30 dias em torno da chegada ou da saída, com uma faixa horária e uma ativação mensagem a mensagem.
Cada mensagem programada tem dois modos. Em estrito, a configuração por defeito em produção, o modelo sai palavra por palavra. Em reinterpretado, o modelo resolvido é reescrito no momento do envio com o seu tom, com as instruções do alojamento e o histórico. O seu modelo continua a ser a versão de referência.
A diferença nota-se logo a seguir ao envio. Se o hóspede responder, a resposta apoia-se na sua mensagem, no histórico da conversa com a instrução explícita de não se repetir, no estado da reserva, nas datas, na base de conhecimento do alojamento construída automaticamente e depois enriquecida com as conversas, e nas disponibilidades. O que sai do quadro conhecido sobe para si em vez de ser inventado.
- CopiloteA Sentioo prepara o rascunho da mensagem ou da resposta. O anfitrião revê-o e envia-o.
- HybrideA Sentioo responde apenas nas suas faixas horárias e deixa-lhe o comando nas restantes.
- AutopiloteA mensagem sai sozinha. O que sai do quadro conhecido sobe para si com o contexto útil.
A Sentioo nunca diz ser uma pessoa. Se o hóspede lhe perguntar pela identidade, apresenta-se como o assistente do alojamento. O detalhe vê-se nas funcionalidades e em como funciona.
Quando a programação nativa chega
É preciso dizê-lo com clareza: a programação nativa chega muitas vezes. Um ou dois alojamentos, uma só plataforma, três mensagens estáveis e poucas perguntas fora de cadência formam um quadro simples, onde acrescentar uma camada não traz grande coisa. Vale também quando a necessidade se limita a fixar lembretes recorrentes.
O teto aparece noutro sítio: quando o texto deveria ter em conta o que se acabou de dizer, quando as reservas tardias se tornam frequentes, quando as diferenças entre alojamentos se acumulam ou quando várias plataformas pedem a mesma manutenção em paralelo. A pergunta deixa então de ser quando enviar. Passa a ser o que enviar agora, a quem e em que contexto.






