Les modèles insèrent nom, dates et montant, ton équipe n’a plus qu’à relire.

Aux e-mails récurrents envoyés aux clients et aux messages via les canaux de réservation, lorsque le contenu, le ton et les informations de l’hôtel doivent être toujours justes.

L’e-mail et le canal du portail ou de réservation dont provient la réservation. L’équipe ne contourne jamais arbitrairement le canal de réservation.

Oui. Les modèles d’e-mail peuvent être rédigés en texte simple ou en HTML et relus avant l’envoi.

Pour respecter les règles et limites d’affichage du canal de réservation concerné ; le HTML y est volontairement exclu.

Notamment le nom du client, le séjour, la chambre, les coordonnées de l’hôtel, les prix, l’état du paiement, les extras, les liens utiles et des dates.

Le nom, les dates de séjour, l’heure d’arrivée, l’adresse et le solde proviennent exactement de la réservation ouverte.

STRYK conserve le canal de réservation et ne propose que le modèle en texte simple correspondant.

Le total, le montant payé, le solde restant et le lien de paiement sont repris de l’état actuel de la réservation et vérifiés avant l’envoi.

L’hôtel teste le modèle, les destinataires, le moment d’envoi et chaque valeur sur une réservation test distincte avant de mettre la règle en service.

Oui. Les modèles d’e-mail séparent l’objet et le texte ; les messages via un portail se limitent au texte simple autorisé.

Oui. Seuls les modèles validés apparaissent dans le travail quotidien de l’hôtel. Les brouillons et les versions dépassées restent en pause jusqu’à leur vérification ou leur remplacement.

Oui. Nom, canal, format, objet, texte et statut actif sont enregistrés pour l’hôtel.

Oui, avec les droits nécessaires. En exploitation, mets d’abord le modèle en pause, teste son remplaçant, puis supprime les doublons devenus inutiles.

STRYK présente à l’équipe les modèles validés en vigueur, avec des noms de champs clairs. Les versions dépassées peuvent être mises en pause, puis supprimées une fois leur remplaçant vérifié.

Uniquement si le contexte du message l’autorise explicitement. Des données internes n’ont rien à faire, sans contrôle, dans des documents publics ou sur des pages de réservation.

Oui. Le texte reste le même, tandis que les valeurs propres à chaque réservation sont reprises à nouveau. Chaque envoi doit donc tout de même être vérifié dans le contexte du séjour.

Non. Ils fiabilisent les informations récurrentes. Accueil, demandes particulières et situations délicates exigent toujours une relecture humaine attentive.

Oui. Les messages automatiques aux clients reprennent les mêmes textes validés et les informations de la réservation. Avant la mise en service, l’hôtel vérifie le destinataire, le moment d’envoi et le message final sur une réservation test.

Les textes de confirmation et d’annulation du moteur de réservation sont gérés par événement et par langue client active, selon le même principe de variables contrôlées.

Avec une réservation test dédiée : vérifie la langue et le canal, contrôle chaque valeur, ouvre les liens, relise sur mobile, et n’active qu’ensuite.

Une personne clairement responsable par hôtel. Heure d’arrivée, mode de paiement, coordonnées et ton restent ainsi cohérents, et l’équipe utilise en toute sécurité des textes validés.

La création, la modification et la suppression suivent les rôles du domaine concerné. L’envoi au quotidien est en outre lié au client et à la réservation.

Non. Modèles, variables, aperçu et utilisation dans les automatisations font partie de l’offre unique STRYK, sans frais de mise en service ni module facturé à part. Les partenaires d’envoi externes peuvent facturer leurs propres frais.