Os modelos inserem nome, datas e valor, e a sua equipa só faz uma revisão rápida.

Para e-mails recorrentes aos hóspedes e mensagens nos canais de reserva, em que conteúdo, tom e dados do hotel têm de bater certo sempre.

O e-mail e o canal do portal ou de reserva que resulta da própria reserva. A equipa não contorna o canal de reserva por iniciativa própria.

Sim. Os modelos de e-mail podem ser mantidos em texto simples ou em HTML e revistos antes do envio.

Para respeitarem as regras e os limites de apresentação do canal de reserva em causa; aí, o HTML não é permitido de propósito.

Entre outros, nome do hóspede, estadia, quarto, contactos do hotel, preços, estado do pagamento, extras, links importantes e datas.

Um e-mail ao hóspede oferece os dados relevantes do hóspede, da estadia, do hotel e do pagamento. Uma fatura ou a página de reservas oferece apenas a informação de que realmente precisa.

Diretamente do hóspede escolhido, da reserva concreta e dos dados do hotel mantidos no sistema. Um modelo de chegada usa assim a data, o quarto e o saldo exatos dessa estadia.

Sim. A pré-visualização junta o assunto e a mensagem com o hóspede e a reserva escolhidos. Os dados em falta aparecem antes de a mensagem ser enviada.

O STRYK assinala o dado em falta na pré-visualização. A equipa completa os dados do hotel ou corrige o modelo antes de o hóspede receber a mensagem.

Sim. Nos modelos de e-mail, assunto e texto ficam separados; as mensagens de portal concentram-se no texto simples permitido.

Sim. Só os modelos aprovados aparecem no trabalho diário do hotel. Rascunhos e versões desatualizadas ficam suspensos até serem revistos ou substituídos.

Sim. Nome, canal, formato, assunto, texto e estado ativo ficam guardados para o hotel.

Sim, com as permissões adequadas. No dia a dia, suspenda primeiro, testa o substituto e só depois elimina os duplicados desatualizados.

O STRYK mostra à equipa os modelos aprovados em vigor, com nomes de campos claros. As versões desatualizadas podem ser suspensas e removidas depois de revisto um substituto.

Só quando o contexto da mensagem o permite expressamente. Dados internos não devem aparecer sem verificação em documentos públicos ou páginas de reserva.

Sim. O texto mantém-se, e os valores concretos são preenchidos de novo para cada reserva. Por isso, cada envio deve continuar a ser revisto no contexto da sua estadia.

Não. Garantem os factos recorrentes. Boas-vindas, pedidos especiais e situações delicadas continuam a precisar de uma revisão humana atenta.

Sim. As mensagens automáticas aos hóspedes usam os mesmos textos aprovados e os mesmos dados da reserva. Antes do arranque, o hotel revê destinatário, momento de envio e a mensagem final numa reserva de teste.

Os textos de confirmação e de cancelamento do motor de reservas são mantidos por acontecimento e por língua ativa para os hóspedes, e seguem o mesmo princípio controlado de campos variáveis.

Com uma reserva de teste própria: confirma língua e canal, verifica que todos os valores são preenchidos, abre os links, lê no telemóvel e só depois ativa.

Uma pessoa claramente responsável em cada hotel. Assim, hora de check-in, forma de pagamento, contactos e tom ficam coerentes, enquanto a equipa usa com segurança os textos aprovados.

Criar, alterar e eliminar seguem as funções da área em causa. O envio diário está, além disso, ligado ao hóspede e à reserva.

Não. Modelos, campos variáveis, pré-visualização e utilização nas automações fazem parte da oferta única do STRYK, sem taxa de ativação nem preço de módulo escondido. Parceiros externos de envio podem cobrar as suas próprias taxas.