Continuité de service
Réagir à un incident de réservation sans perdre la trace des voyageurs
Une recherche en panne, un paiement accepté sans confirmation ou un fournisseur indisponible n’appellent pas la même réponse. Le premier objectif est de connaître l’état réel des dossiers et d’éviter d’aggraver l’incident.
Réponse directe
Stabilisez le parcours avant de relancer les ventes
Un incident peut toucher l’affichage des offres, le calcul du prix, la création d’une réservation, le paiement, l’émission d’un document ou la transmission au fournisseur. La première décision consiste à savoir quelles étapes fonctionnent encore et lesquelles produisent un résultat incertain. Désignez une personne qui pilote la réponse, centralise les faits et autorise la reprise.
Ne relancez pas automatiquement un paiement ou une réservation dont l’état n’a pas été vérifié : vous pourriez créer un doublon ou promettre une prestation non confirmée.
Localiser la rupture et estimer son périmètre
Notez l’heure de début observée, les canaux touchés, les produits concernés et le dernier parcours réussi. Comparez les événements de votre site avec ceux du fournisseur : requête envoyée, réponse reçue, identifiant de dossier, statut de paiement, confirmation et message client. Conservez des identifiants de corrélation exploitables sans exposer inutilement les données personnelles.
| Symptôme | Vérification prioritaire | Action provisoire |
|---|---|---|
| Offres absentes | Source, cache et filtres actifs | Retirer les offres non fiables |
| Prix qui change au paiement | Règles tarifaires et revalidation | Suspendre la confirmation touchée |
| Paiement sans dossier | Transaction, idempotence et retour fournisseur | Bloquer une nouvelle tentative aveugle |
| Dossier sans document | Confirmation réelle et émission du voucher | Informer le client de l’état vérifié |
| Modification impossible | Droits, statut du dossier et canal fournisseur | Diriger vers une équipe habilitée |
Classer les dossiers selon l’urgence réelle
Les voyageurs déjà en déplacement, les départs proches et les paiements sans confirmation doivent remonter avant les simples recherches échouées. Créez une liste unique des dossiers à traiter, avec statut vérifié, prochain geste, responsable et heure du dernier contact. Une file partagée évite que deux personnes modifient le même dossier dans des systèmes différents.
Si plusieurs partenaires interviennent, identifiez celui qui détient l’action possible : fournisseur de contenu, plateforme de paiement, agence émettrice ou équipe d’assistance. Une escalade utile transmet l’identifiant du dossier, la chronologie et la demande précise, sans supposer qu’un partenaire voit l’ensemble du parcours.
Choisir un mode dégradé compréhensible
Un mode dégradé peut limiter la vente à des offres dont la disponibilité est vérifiable, transformer une confirmation automatique en demande examinée par un conseiller ou suspendre temporairement un moyen de paiement. Il doit être visible pour l’utilisateur : ne présentez pas une demande en attente comme une réservation ferme.
- Indiquer les étapes indisponibles sans afficher de prix ou de disponibilité non vérifiés.
- Conserver un identifiant pour chaque demande reçue pendant l’incident.
- Définir qui valide manuellement une confirmation et dans quel délai.
- Empêcher les doubles clics ou nouvelles tentatives de créer plusieurs dossiers.
Informer avec des faits et une prochaine échéance
Les équipes internes ont besoin d’un état court : périmètre, opérations autorisées, opérations gelées et contact d’escalade. Le voyageur a besoin de savoir si son dossier est confirmé, en vérification ou annulé, ainsi que le moment prévu pour la prochaine information. Mettez les messages à jour lorsque l’état change ; évitez une formule générale de « retour à la normale » tant que les dossiers affectés ne sont pas rapprochés.
Après résolution technique, contactez les personnes dont la demande a été reçue sans résultat certain. Le message doit distinguer une tentative non finalisée d’une réservation confirmée.
Rapprocher les événements avant de clôturer
Testez à nouveau le parcours complet sur chaque catégorie touchée : recherche, prix, réservation, paiement, confirmation, document et demande de modification. Rapprochez ensuite les transactions et dossiers sur la période de l’incident. Cherchez notamment les paiements isolés, doublons, dossiers confirmés sans notification et annulations restées en attente.
Terminez par une chronologie factuelle : ce qui a été détecté, ce qui a ralenti la réponse, quels contrôles ont protégé les clients et quelle amélioration sera testée. Transformez une ou deux causes concrètes en scénario de recette. Une procédure courte, tenue à jour et répétée par les équipes vaut mieux qu’un document long impossible à utiliser pendant une panne.
Questions fréquentes
Questions utiles avant de décider
Que faire si le paiement semble accepté mais que la réservation n’est pas confirmée ?
Mettez le dossier dans un état explicite de vérification. Contrôlez séparément le paiement et la confirmation fournisseur avant de relancer une transaction ou de promettre la prestation au client.
Faut-il masquer toutes les offres pendant un incident ?
Cela dépend du périmètre. Si une seule source est touchée, retirez ou désactivez les offres concernées. Si l’état des prix et disponibilités ne peut plus être garanti, suspendez l’étape de confirmation plutôt que de laisser créer des dossiers incertains.
Quand informer le voyageur ?
Dès qu’un incident affecte son dossier ou sa capacité à réserver, avec un message précis sur ce qui est connu, ce qui reste à vérifier, le prochain point d’information et le canal de contact.
Comment savoir que le service est réellement revenu ?
Vérifiez une recherche, un prix, une réservation, un paiement et une confirmation de bout en bout. Rapprochez ensuite les dossiers créés pendant l’incident avant de déclarer la situation close.
