Choisir le bon premier processus
Automatise d’abord le travail fréquent, clair et peu risqué, pas l’exception la plus complexe.Décris le processus manuel actuel en une phrase qui précise l’occasion, le public cible, le moment, l’action et le contrôle. Des objectifs flous comme « mieux informer les clients » ne sont pas prêts à être automatisés.
Évalue la fréquence, le temps passé, l’impact et les exceptions. Les informations d’arrivée sont un bon point de départ ; les remboursements ou les gestes commerciaux non tranchés ne le sont pas. L’Hotel Nordlicht commence avec un message client en pause et deux règles internes.
| Question | Prête | À garder manuelle |
|---|---|---|
| Est-ce fréquent ? | Chaque jour ou chaque semaine | Exception rare |
| Le bon résultat est-il clair ? | Un message ou une tâche bien définis | Demande une appréciation au cas par cas |
| Les exceptions sont-elles visibles dans les données ? | Source, catégorie, étiquette ou période | Connues seulement de quelques personnes |
| Peut-on tester sans risque ? | Réservation de démonstration et destinataire contrôlé | Effet financier ou contractuel immédiat |
Organiser les automatisations dans l’espace Clients
La vue d’ensemble est le poste de pilotage : règles actives, en pause, dernière exécution et exécutions du jour doivent être lisibles d’un coup d’œil.Ouvre Clients → Automatisations. Passe d’abord en revue les règles existantes pour éviter les doublons. Nomme les règles d’après le moment et l’objectif, pas avec des abréviations internes.
Utilise les modèles uniquement comme point de départ : ils ne connaissent pas les particularités de ton hôtel. Laisse-les en pause tant que le contenu et le public cible n’ont pas été testés. L’Hotel Nordlicht sépare le message, l’étiquette et la tâche de housekeeping.
Régler correctement le déclencheur et le moment
Le déclencheur décrit ce qui se passe à l’hôtel ; le délai fixe quand l’action doit s’exécuter par rapport à cet événement.Choisis l’événement qui correspond au véritable moment hôtelier. STRYK distingue les événements de réservation, de séjour et de finance. Une confirmation de réservation n’est pas un check-in, et une modification n’est pas une nouvelle réservation.
Définis ensuite la relation temporelle. L’Hotel Nordlicht choisit Avant l’arrivée, 2 jours, avant l’événement. Formule à voix haute la phrase qui en résulte. Utilise un délai de zéro pour les événements immédiats et des dates de validité pour les règles saisonnières.
| Objectif | Déclencheur adapté | Contrôle clé |
|---|---|---|
| Confirmation après une réservation directe | Réservation confirmée | Une seule fois et bon canal |
| Informations d’arrivée | Avant l’arrivée, p. ex. 2 jours avant | Annulation et coordonnées manquantes |
| Préparation après le check-in en ligne | Check-in en ligne terminé | Données complètes, tâche claire |
| Suivi après le séjour | Après le départ | Aucune réclamation ni cas particulier en suspens |
| Avis interne de paiement | Paiement reçu ou à échéance | Montant et responsable clairs |
Limiter le public cible avec quelques conditions fiables
Une règle n’est pas meilleure parce qu’elle a beaucoup de filtres, mais parce que chaque filtre repose sur une raison hôtelière documentée.Commence par la source de réservation et la catégorie de chambre. L’exemple couvre les réservations directes et manuelles ; les réservations OTA restent exclues tant que le contenu et le canal lié à la réservation n’ont pas été testés séparément.
Utilise les conditions avancées pour des exceptions concrètes, comme un nombre minimum de nuits, l’étiquette Arrivée anticipée ou des dates saisonnières. Pour chaque condition, documente un exemple concerné et un exemple non concerné.
Rédiger l’action et le message pour que le travail soit vraiment terminé
L’envoi automatique ne fait gagner du temps que si le contenu, le canal et l’étape suivante sont complets.Choisis l’action qui correspond au résultat visé : message client, avis interne, étiquette, tâche de housekeeping ou note interne. Les webhooks sont une voie réservée aux experts, qui suppose un système externe convenu et une procédure en cas d’erreur.
Pour les messages aux clients, le réglage Automatique conserve le contexte de la réservation. Teste séparément les cas directs et OTA. Objet, introduction, contenu utile et contact doivent être concrets ; les variables doivent se remplir correctement dans la réservation de test.
Les informations d’arrivée en cinq phrases de contrôle
- 01Occasion
L’objet indique « Ton arrivée à l’Hotel Nordlicht » plutôt qu’une formule publicitaire générale.
Compris immédiatement - 02Contexte
Le nom et le séjour proviennent uniquement de données de réservation vérifiées.
Aucune variable vide - 03Utilité
L’heure de check-in, l’adresse ou l’itinéraire répondent à une vraie question du client.
Pas de remplissage - 04Étape suivante
Le client sait s’il doit répondre, faire son check-in en ligne ou simplement venir.
- 05Contact
Un moyen de réponse suivi par l’équipe est indiqué.
L’équipe en est responsable
Définir des garde-fous et tester avec deux réservations
Avant l’activation, la règle doit s’appliquer une fois et, volontairement, ne pas s’appliquer une autre fois.Active l’exécution unique par réservation, fixe une limite journalière raisonnable, documente la priorité uniquement lorsque plusieurs règles portent sur le même moment, et utilise les dates de validité pour de véritables limites saisonnières. Les exécutions ignorées restent visibles.
Crée deux réservations de démonstration : l’une remplit toutes les conditions, l’autre en enfreint exactement une. Lance le test intégré et contrôle le texte généré, les variables, l’action et le résultat. Laisse la règle en pause jusqu’à sa validation.
Validation avant activation
- La phrase de processus précise l’occasion, le public cible, le moment, l’action et le contrôle.
- Un cas concerné et un cas volontairement exclu ont été testés.
- Toutes les variables affichent de vraies valeurs de test au lieu de blancs.
- L’exécution unique, la limite journalière et la période saisonnière sont justifiées.
- Une personne responsable consulte le journal le premier jour d’exploitation.
Activer, lire le journal et améliorer sous contrôle
Une automatisation n’est pas terminée une fois activée. Ses premières exécutions réelles font partie de la recette.Active la règle pendant un créneau où l’équipe est présente. Après les exécutions prévues, consulte la vue d’ensemble et le journal d’exécution. Réussie, ignorée et en échec demandent chacune une interprétation ; mets immédiatement en pause si l’effet vers l’extérieur n’est pas clair.
Au bout de sept jours, évalue les étapes manuelles économisées, les questions et les exceptions. Ne modifie qu’une variable à la fois et teste à nouveau. Mets en pause plutôt que d’effacer les traces. Au bout de 30 jours, la direction décide si la règle est conservée.
| Statut | Signification | Étape suivante |
|---|---|---|
| Réussie | L’action configurée s’est exécutée. | Contrôler par sondage le contenu et le contexte de réservation. |
| Ignorée | Un garde-fou ou une condition a empêché l’exécution. | Confirmer que l’exclusion était voulue. |
| En échec | L’action prévue n’a pas pu aboutir. | Mettre en pause, corriger la cause et refaire le test. |
| Test | La règle a été vérifiée lors d’une exécution contrôlée. | À ne pas confondre avec une exécution réelle sur événement. |
