Skip to main content
Ir para o conteúdo principal

Jornada do hóspede

Como conferir se a mensagem automática realmente saiu

Abram a conversa daquele hóspede: o que foi enviado aparece nela, com horário. Se a mensagem não estiver lá, confiram se aquele ponto de contato está ativo e se a unidade tem os dados que a mensagem usa. Se estiver lá, o problema não é de envio — é de leitura, e a solução é ligar em vez de reenviar.

Revisado em 21 de agosto de 2026 por Cassio Cabral

Antes de começar

  • Saber qual mensagem vocês esperavam

    Conferir sem saber o que deveria ter saído não leva a lugar nenhum. Antes de investigar, identifiquem qual ponto de contato deveria ter enviado, e em que momento.

Comece pela conversa, não pela configuração

O instinto, quando um hóspede diz que não recebeu nada, é abrir a configuração da jornada e procurar o que está errado. É o caminho mais longo.

O caminho curto é abrir a conversa daquele hóspede. Tudo o que a operação enviou para ele está ali, com horário — inclusive o que saiu automaticamente. Em poucos segundos vocês sabem se o problema é de envio ou de leitura, e essas duas coisas têm soluções completamente diferentes.

Essa distinção economiza a maior parte do tempo gasto com esse tipo de chamado.

Se a mensagem está na conversa: leiam o estado dela

Aparecer na conversa não é o mesmo que ter chegado. Cada mensagem enviada carrega o próprio estado, e são quatro leituras diferentes:

Enviada — saiu daqui. Ainda não há confirmação de que chegou ao telefone.

Entregue — chegou ao aparelho do hóspede. Se parou aqui, o problema é de leitura, não de envio.

Lida — o hóspede abriu. Se ele diz que não recebeu, recebeu e não viu.

Não entregue pelo WhatsApp — a mensagem falhou. É o único caso em que reenviar faz sentido, e a própria conversa oferece a ação de reenviar. Quando a falha se repete no mesmo contato, costuma ser número inválido ou bloqueado.

Para os estados Entregue e Lida, reenviar raramente ajuda: quem não abriu a conversa continua não abrindo. O que funciona é mudar de canal, e na prática isso significa ligar.

Se a mensagem não está na conversa

Aí sim vale investigar, e há três causas prováveis, em ordem de frequência.

O ponto de contato está desligado. Uma mensagem desligada não envia e não deixa rastro, o que é diferente de ter tentado e falhado. Vale conferir na tela da jornada se aquela mensagem específica está ativa.

A unidade não tem o dado que a mensagem usa. Uma mensagem de acesso depende do código estar cadastrado naquele imóvel. Sem isso, não há o que enviar — e o sintoma chega como "a mensagem não saiu", quando na verdade faltava conteúdo.

As mensagens programadas estiveram desligadas naquele período. Acontece mais do que parece, principalmente quando alguém desligou tudo para resolver outra coisa e não religou. O que não saiu no momento certo não sai depois.

O horário que parece errado e não é

Uma variação frequente: a mensagem saiu, mas em horário diferente do que a equipe esperava.

Alguns disparos não usam um horário fixo definido na jornada — eles leem o horário configurado naquela unidade. É o caso das mensagens de acesso, que seguem o horário de entrada do imóvel justamente para não chegarem de madrugada.

Quando esse horário não está preenchido na unidade, existe um padrão seguro à tarde. Então uma unidade sem configuração produz mensagens mais tarde do que a equipe imagina — e isso aparece como falha quando é, na verdade, cadastro incompleto.

Quando a conferência vira rotina

Se esse tipo de chamado acontece toda semana, o problema deixou de ser pontual.

O padrão mais comum por trás disso é cadastro desigual: metade das unidades completa, metade não. As completas funcionam sem que ninguém perceba, as incompletas geram chamado — e como o chamado chega misturado, a operação conclui que "a automação é instável".

Uma passada única pelas unidades com reserva próxima, conferindo horário de entrada e código de acesso, costuma eliminar a categoria inteira.

O registro que evita a segunda investigação

Depois de resolver, registrem o que foi encontrado no canal interno que a operação usa — não na conversa do hóspede, porque tudo que é escrito ali é enviado a ele. Não precisa ser longo: "mensagem de acesso do 302 saiu às 15h02, marcada como entregue, hóspede não tinha aberto, resolvido por telefone" é suficiente.

Isso poupa a próxima pessoa de refazer o mesmo caminho, e transforma um chamado isolado em informação útil quando alguém for olhar por que esses chamados acontecem.

Exceções e limites

Enviado não é lido

Boa parte das ocorrências termina aqui: a mensagem aparece na conversa marcada como Entregue, e o hóspede não abriu. Reenviar não resolve — ligar resolve.

Mensagem sem dado não é mensagem

Quando a unidade não tem a informação que a mensagem usa, o envio pode não fazer sentido. Uma mensagem de acesso depende do código estar cadastrado naquela unidade.

Desligado no período não recupera depois

Se as mensagens programadas estiveram desligadas durante aquele intervalo, o que não saiu não sai depois. Religar não reenvia o passado.

Perguntas frequentes

Onde vejo o que foi enviado?

Na conversa do hóspede. Tudo o que a operação enviou para aquela pessoa aparece ali com horário, inclusive o que foi enviado automaticamente.

A mensagem está lá mas o hóspede diz que não recebeu. E agora?

Quase sempre é leitura, não entrega. Vale ligar em vez de reenviar — reenviar a mesma mensagem para quem não abriu a conversa costuma ter o mesmo destino da primeira.

Como sei se o ponto de contato estava ativo?

A tela da jornada mostra quais mensagens estão ativas. Uma que está desligada não envia e não deixa rastro, o que é diferente de ter tentado e falhado.

Por que saiu em horário diferente do que eu esperava?

Alguns disparos leem o horário da configuração da unidade em vez de um horário fixo. É o caso das mensagens de acesso, que seguem o horário de entrada daquele imóvel.

Continue por aqui

Veja a InnSync funcionando

Uma demonstração de um minuto, com dados de exemplo. Você ensina uma resposta e vê a Carmen usar sozinha — sem cadastro.