1. Teste uma reserva que tenha sofrido alterações, e não apenas uma nova reserva sem problemas.
2. Se faltarem dados opcionais na saudação, pode usar uma formulação neutra. Se houver dúvidas sobre montantes, moradas ou instruções de acesso, o envio deve ser suspenso.
3. Aprove o conteúdo que o destinatário efetivamente recebe, incluindo o destino de cada botão.
Um modelo passa na verificação quando a mensagem final corresponde à reserva no momento do envio. Uma ortografia correta e uma pré-visualização bem-sucedida não bastam. O software de comunicação com hóspedes deve preencher os dados variáveis a partir da estadia correta, e a regra de envio deve continuar a ser adequada a essa estadia.
Use as verificações abaixo para decidir entre enviar, corrigir e voltar a testar, ou suspender para revisão pela equipa. Estas verificações avaliam o significado do conteúdo, e não apenas se um campo gera algum texto.
Escreva a mensagem esperada antes de verificar a pré-visualização
Uma variável é um marcador substituído por informações da reserva, como um nome ou uma data de chegada. Selecione-a através do seletor de campos disponibilizado pelo software. Os nomes de campos copiados de outro sistema podem parecer corretos sem funcionarem.
Considere uma reserva de teste hipotética, controlada pela equipa: a Maya chega a 24 de novembro, a estadia custa 240 USD e já foi cobrado um sinal de 60 USD. O saldo em dívida relativo ao quarto é de 180 USD, supondo que não existem outros encargos. O quarto ainda não foi atribuído.
Para um lembrete de pagamento do saldo, um resultado aceitável poderia ser: "Olá, Maya. A sua chegada está prevista para 24 de novembro. O saldo em dívida relativo ao quarto é de 180 USD." A mensagem não deve solicitar 240 USD nem revelar um número de quarto por confirmar.
Registe esses dados esperados separadamente da pré-visualização. Compare-os com a reserva e com os pagamentos registados no hotel, em vez de usar a mensagem do dia anterior como referência. Caso contrário, a equipa pode aprovar um resultado aparentemente plausível apenas porque todos os marcadores foram substituídos.
Verifique também quem deve receber a mensagem. Um assistente pode ter feito a reserva em nome da Maya. Mesmo com o nome correto da hóspede, uma mensagem enviada à pessoa errada continua a ser uma falha.
O Smart Order apresenta o contexto da reserva junto das conversas com os hóspedes, permitindo à receção comparar a resposta pretendida com os dados da estadia. Use esse contexto para verificar a data ou a questão de pagamento; o facto de um modelo estar disponível para seleção não comprova que passou num teste.
Verifique o detalhe que determina a próxima ação do hóspede
Consulte a reserva junto da conversa antes de pedir ao hóspede que efetue um pagamento, se apresente no alojamento ou siga uma instrução específica do estabelecimento.
Teste as reservas com maior probabilidade de causar falhas no modelo
Continue a usar a estadia de teste da Maya, alterando uma condição de cada vez. Use registos de teste aprovados e destinatários controlados pela equipa, sem envolver hóspedes reais nem pedidos de cobrança reais. Estes são cenários de teste, não uma sequência obrigatória de cliques.
A data de chegada muda depois de a mensagem ser preparada
Altere a chegada de teste de 24 para 26 de novembro através do procedimento disponibilizado pelo sistema. Verifique uma nova pré-visualização e qualquer mensagem já preparada ou em fila de envio. O resultado aceitável é a data atualizada ou a suspensão do envio até que a mensagem antiga seja substituída.
Se apenas as novas pré-visualizações forem atualizadas, o campo da data pode estar correto enquanto a mensagem guardada mantém um valor anterior. Remova ou substitua essa mensagem desatualizada através dos controlos disponibilizados pelo sistema. Registe esta limitação no procedimento de envio.
É recebido outro pagamento antes do envio
Suponha que são cobrados mais 40 USD através do método aprovado para testes de pagamento. O saldo esperado relativo ao quarto passa a ser de 140 USD, em vez de 180 USD. Verifique se o lembrete é atualizado e se o pedido de pagamento anterior continua válido.
Se não for possível determinar o saldo atual de forma fiável, omita o montante e exija um pedido verificado pela equipa. Não o substitua pelo valor total da reserva. Numa estadia de teste pré-paga através de uma OTA, verifique se a mensagem não solicita um pagamento relativo ao quarto que o hotel não deva cobrar.
Faltam informações opcionais
Remova o nome próprio opcional de um registo de teste adequado. Uma saudação neutra como "Olá" pode ser aceitável se o editor permitir essa alternativa. Uma etiqueta de campo não substituída, uma saudação em branco ou um nome deduzido do endereço de e-mail não são aceitáveis.
Os dados essenciais exigem uma resposta diferente. A ausência da moeda, da morada do alojamento ou de informações necessárias para a chegada deve suspender o envio da mensagem para revisão. Uma formulação simpática não corrige uma instrução insegura.
A pessoa que fez a reserva, o alojamento ou o quarto são diferentes
Teste uma reserva feita por um assistente em nome da Maya e, se for relevante, uma reserva noutro alojamento. Verifique separadamente o destinatário, a saudação, a morada, o meio de contacto e as instruções de chegada. Um valor correto não valida os restantes.
Nas mensagens específicas de um quarto, compare a atribuição com a vista de reservas da Receção. As mensagens de acesso exigem verificações próprias e aprovadas antes do envio. Uma reserva confirmada, por si só, não deve autorizar a divulgação de um número de quarto ou código.
O canal ou o idioma muda
Sempre que disponível, use um meio de teste seguro no canal de envio pretendido. Leia a mensagem recebida num telemóvel e verifique as ligações, as quebras de linha e o texto traduzido. Uma pré-visualização de e-mail não comprova que uma conversa numa OTA apresenta o mesmo conteúdo.
A tradução deve manter os campos funcionais e não pode transformar um pedido de pagamento numa confirmação de pagamento. Abra as ligações de teste para confirmar a sua finalidade. Não inclua credenciais de acesso reais nem ligações de pagamento reais nas notas partilhadas de controlo de qualidade.
Decida: enviar, corrigir e voltar a testar, ou suspender
Aprove apenas os cenários essenciais à finalidade deste modelo. Uma mensagem de boas-vindas pode dispensar um teste de saldo; um lembrete de pagamento exige-o. Selecione os testes com base nas consequências de uma mensagem incorreta, em vez de seguir uma lista universal de campos.
Opte por corrigir e voltar a testar quando a causa estiver identificada: um campo não suportado, a ausência de uma alternativa para dados opcionais em falta ou texto fixo desatualizado. Repita o cenário afetado e os restantes cenários que dependam da alteração. Não basta que uma reserva normal apresente um resultado correto.
Opte por suspender para revisão pela equipa quando não for possível confirmar com segurança um valor atual ou o destinatário, ou quando uma mensagem em fila de envio não puder ser atualizada de forma fiável. Escrever manualmente uma resposta correta ajuda esse hóspede, mas não corrige o modelo reutilizável.
Mantenha um registo de aprovação com a finalidade e a versão, as condições testadas, a comparação entre os resultados esperados e recebidos e a pessoa responsável pela aprovação. Repita os testes relevantes após alterações às regras de pagamento, aos dados do alojamento, aos idiomas ou ao momento do envio. Não volte a testar campos irrelevantes apenas para preencher um formulário.
Se já tiverem sido enviadas mensagens incorretas
Suspenda o modelo ou a fila de envio afetados. Identifique os destinatários com base na versão e no período de envio e, em seguida, envie uma única correção clara através de um meio aprovado. Uma saudação incorreta exige uma resposta diferente da divulgação dos dados do quarto de outro hóspede ou de um pedido de cobrança incorreto.
Em caso de erros de pagamento ou de acesso, envolva o gestor responsável e determine se o pedido ou a credencial anteriores devem ser revogados. Verifique quaisquer cobranças efetuadas antes de voltar a pedir um pagamento. Trate a exposição de informações de outra pessoa de acordo com o procedimento de privacidade do hotel.
Retome o envio automático apenas depois de a condição que falhou voltar a passar no teste. A decisão de autorizar o envio depende do conteúdo que o destinatário recebe, e não apenas de o editor conseguir guardar o modelo.
