Artigo

Mensagens programadas do Airbnb: os limites reais

Os três gatilhos nativos do Airbnb, as cinco situações que não cobrem e o que assume o comando no momento em que a mensagem sai.

12 min

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.

  1. O quadro nativoOs três momentos cobertos e o que fazem bem
  2. O tetoCinco casos em que o calendário sozinho deixa de chegar
  3. 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.

Clara R.Airbnb18 → 20 de agostoCopilote
Olá, estaremos lá por volta do meio-dia. Podemos ter o código antes?08:12
Mensagem de chegada programada para as 15:00
Olá Clara, a sua chegada está prevista para hoje. Aqui tem a morada do alojamento e o código do cofre de chaves.15:00
Obrigada, mas a minha pergunta era sobre uma chegada anterior.15:04
O hóspede escreve antes do momento previsto. A mensagem programada segue o seu calendário, não a situação nova.

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.

Numa reserva de última hora, a pergunta não é apenas «a mensagem sai?». É «sai ainda no bom momento?». Verifique o resultado real sobre uma estadia curta antes de ativar os seus envios em produção.

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çãoO que a programação faz com elaO que fazer em vez disso
O hóspede escreve antes da mensagem previstaA mensagem sai à hora fixada mesmo que a pergunta tenha mudado a prioridadeTomar o comando ou deixar uma ferramenta tratar a resposta na conversa
Reserva de última horaA sequência comprime-se ou saltam-se envios consoante a configuraçãoVerificar o comportamento em estadia curta e ajustar o cenário
Variação de um alojamento para outroO mesmo texto deve cobrir realidades diferentesUma mensagem por alojamento, ou então uma camada que leia as suas instruções próprias
Outras plataformasCada extranet conserva os seus modelos e os seus camposCentralizar no PMS ou aceitar uma manutenção separada
Meio de estadia condicionalNenhuma condição sobre a duração nem sobre um contexto recenteDisparar 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.

Mesmo calendário, três níveis de delegação
  • 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.

Verificar o teto por si mesmo, e depois conviver com ele
O protocolo de verificação, bastam três reservas
Não parta da documentação, parta dos seus próprios envios. Três casos revelam o essencial. Uma reserva feita várias semanas antes, para ver a sequência na sua forma normal. Uma reserva feita na véspera para o dia seguinte, para ver o que se comprime ou se salta. Uma reserva sobre um alojamento cujo anúncio esteja incompleto, para localizar os campos que não se resolvem. Anote a data e a hora reais de cada envio. Uma pré-visualização de redação não mostra nenhum dos três defeitos.
O que se pode fazer sem sair do Airbnb
O teto não proíbe tudo. Um envio pendente pode ser alterado ou desativado caso a caso sobre uma reserva concreta, o que resolve com limpeza a situação em que o hóspede já fez a sua pergunta antes da hora prevista. É um gesto manual, portanto não escala, mas evita a mensagem que repete o que se acabou de dizer. A regra prática: num parque de um ou dois alojamentos, esse gesto chega. Acima disso, torna-se uma rotina que se esquece uma noite em cada duas.
Um envio programado não conta para a taxa de resposta
A taxa de resposta mede a reação a uma mensagem recebida. Um envio programado não é uma reação, sai de um calendário: não faz subir o indicador, nem sendo perfeitamente pontual. A confusão sai cara quando serve de argumento: uma sequência bem afinada pode conviver com uma taxa de resposta medíocre. São duas obras distintas. A primeira resolve-se a escrever, a segunda a decidir quem responde, a que hora e com que prazo admissível.
O falso gémeo das respostas rápidas manuais
A Airbnb expõe duas coisas com nome parecido. As respostas rápidas guardadas são textos que insere pessoalmente numa conversa, com um clique, no momento em que responde. As respostas rápidas programadas saem sozinhas, num momento da reserva. As primeiras aceleram uma resposta humana, as segundas substituem uma escrita repetitiva. Confundi-las leva a procurar uma automatização num menu que não a contém, ou a esperar de uma programação que trate uma pergunta.
O que exigiria uma verdadeira condição de duração
Enviar uma mensagem de meio de estadia apenas a partir de três noites parece trivial. Não o é num sistema de gatilhos por data: seria preciso que o mecanismo lesse uma propriedade da reserva no momento de decidir, e não apenas um prazo. É a diferença entre um despertador e uma regra. As ferramentas que sabem fazê-lo expõem quase todas um campo de condição ao lado do gatilho, o que explica porque a mesma sequência se configura em dois cliques num PMS e continua impossível num extranet.
As duas estratégias quando a condição não existe
A primeira consiste em escrever uma sequência mínima comum, deliberadamente pobre, que continue verdadeira para todas as estadias e todos os alojamentos. Envelhece bem mas deixa muitas perguntas em aberto. A segunda consiste em multiplicar as variantes, uma por alojamento ou por tipo de estadia. Responde melhor no primeiro mês e depois torna-se um trabalho de manutenção: cada mudança de código, de horário ou de regra tem de ser passada a cada variante. O ponto de viragem chega mais cedo do que se pensa, em geral por volta do quarto alojamento.
O modelo genérico de parque, o defeito mais frequente
Nasce sempre da mesma maneira. Um primeiro alojamento, um texto correto. Um segundo alojamento, duas frases retiradas porque já não se aplicam. Um terceiro, mais duas. Ao fim de alguns imóveis, a mensagem já não diz nada de preciso: cumprimenta, lembra horários, remete para o anúncio. Não incomoda ninguém e não evita nenhuma pergunta. O sintoma é mensurável: se os seus hóspedes voltam sistematicamente a pedir uma informação que está na mensagem, não é por lerem mal.
O custo de manutenção de uma sequência multiplataforma
Recriar uma sequência num segundo extranet não é um copiar e colar. Os campos dinâmicos mudam de nome, os momentos de disparo não correspondem exatamente, e algumas opções só existem de um lado. O custo real não é a criação, é a atualização: uma mudança de instrução de acesso tem de ser passada a todo o lado, e o esquecimento só se vê na mensagem seguinte, em casa do hóspede. É essa assimetria que empurra para pilotar a partir de um só sítio já desde a segunda plataforma.
Os três sinais de que é altura de mudar de camada
São observáveis, não teóricos. Primeiro sinal, edita ou desativa envios à mão várias vezes por semana. Segundo sinal, os seus hóspedes respondem às mensagens programadas em vez de as lerem passivamente, o que quer dizer que a sequência abre conversas em vez de as fechar. Terceiro sinal, mantém mais variantes de texto do que alojamentos tem. Um só destes sinais não prova nada. Os três juntos descrevem um mecanismo usado para lá do que sabe fazer.
O que o nativo fará sempre melhor do que uma camada acrescentada
Não convém inverter a conclusão. A programação nativa está integrada, é gratuita, não tem dependências nem acrescenta um ponto de avaria. Não pede qualquer sincronização, não se pode dessincronizar. Num alojamento estável, com três mensagens que não se mexem e poucas perguntas fora de cadência, acrescentar uma camada desloca um risco sem resolver um problema. A boa ordem continua a ser fazer funcionar com limpeza o nativo, e depois acrescentar apenas o que o nativo não sabe fazer.

Perguntas frequentes

A Airbnb pode condicionar uma mensagem à duração da estadia?

Não com os gatilhos nativos que o centro de ajuda descreve. A programação apoia-se em três momentos fixos: nova reserva, chegada e saída. Não permite portanto dizer «enviar esta mensagem de meio de estadia apenas a partir de três noites». Para esse caso é preciso outra ferramenta ou um envio manual.

Porque é que nem todas as minhas mensagens saem numa reserva de última hora?

Porque uma reserva feita muito tarde comprime o calendário. Confirmação, lembrete de chegada e mensagem de saída podem cair no mesmo dia ou ser saltados consoante a configuração escolhida. A Airbnb prevê ainda uma opção dedicada às reservas de última hora e às estadias curtas. Verifique este ponto antes de ativar os seus envios.

O que muda a Sentioo se eu conservar as minhas mensagens programadas?

A Sentioo não toca no gatilho se conservar o seu calendário. Acrescenta dois modos de envio por mensagem: estrito, em que o modelo sai palavra por palavra; reinterpretado, em que é reescrito no momento do envio com o seu tom. Depois trata as respostas na mesma conversa, com o histórico, o estado da reserva e a base de conhecimento do alojamento.

Para ler a seguir

E a resposta que vem a seguir?

A Sentioo adapta as mensagens programadas e trata das respostas que se seguem, no seu tom, a partir da base de conhecimento do alojamento. O modo escolhe-se alojamento a alojamento.

Ver como funciona