Réponses d'annulation d'hôtel avec Claude Code : une table sûre avant l'envoi

Dans la boîte de réception d’un hôtel, les demandes d’annulation, de changement de date, de remboursement et de modification du nombre de voyageurs arrivent souvent ensemble. La réception rédige alors une réponse pendant que le numéro de réservation et le nom du client restent visibles. Le premier geste utile est une table de contrôle sans données personnelles.

Cet article s’adresse aux hôtels, ryokan et hébergements touristiques. Claude Code lit seulement une demande anonymisée, un extrait de politique, un résumé d’écran OTA et un modèle de réponse. Le remboursement, les frais, l’identité et les exceptions restent sous contrôle humain.

Sources officielles : la page japonaise lois et guides et la directive sur les transactions touristiques en ligne.

Points clés

L’équipe consulte le panneau OTA, le moteur de réservation, le registre, la politique d’annulation et le modèle de réponse. Avant Claude Code, remplacez le nom, le téléphone, le numéro de réservation et les traces de paiement par des IDs de travail.

Claude Code lit demandes anonymisées, politique et modèle.
Les humains gardent remboursement, frais, identité, paiement, exception et validation.
Les 3 cas sont l’annulation, le changement de date et l’écart OTA/site officiel.
Les chiffres à suivre : erreurs arrêtées avant envoi, délai de première réponse, questions répétées.
Le CTA principal est formation et conseil, car le flux implique plusieurs personnes.

Flux : du registre à la table de contrôle

Les objets de travail sont la boîte mail, l’admin OTA, le registre de réservation, la politique d’annulation et le modèle. Copier noms, téléphones, IDs de réservation ou fragments de carte dans un travail IA ajoute un risque inutile.

Créez d’abord une table de contrôle. Utilisez guest-001 et booking-001. Gardez date de séjour, date de demande, extrait de politique, besoin de vérification du remboursement, délai de réponse et personne qui valide.

Écran ou document	Envoyer à Claude Code	Revue humaine
Boîte mail	type, contenu, heure	nom, email, téléphone
Admin OTA	canal, plan, politique	vraie réservation, paiement
Moteur de réservation	changement possible, délai	disponibilité, différence de prix
Politique	jours avant, taux, exception	conditions, remboursement, cas spécial

Si le moment, le montant ou le chemin de remboursement est flou, le client repose la question. La table rend ces points visibles avant l’envoi.

Ce que Claude Code traite et ce que l’humain valide

Donnez à Claude Code la demande anonymisée, l’extrait de politique, le modèle et les colonnes. Demandez les champs manquants, un brouillon de réponse et une note courte pour la réception.

Les humains valident frais, remboursement, paiement, identité, exception et lecture des conditions. Météo, maladie, transport interrompu, groupes et OTA étrangères exigent parfois une décision au cas par cas.

Ne mettez pas les vrais noms, emails, téléphones, numéros de réservation, paiements ou documents d’identité dans la copie IA. Le vrai dossier se vérifie dans le système de réservation.

3 Use Cases

Les cas risqués sont l’annulation, le changement de date et les écarts de politique. Chaque cas sépare entrée, sortie et revue humaine.

Use case 1 : transformer un email d’annulation en table

Entrée : email anonymisé, date de séjour, date de demande, ID de plan, extrait de politique.
Sortie : besoin de revue du remboursement, moment des frais, brouillon, checklist avant envoi.
Revue humaine : vraie réservation, identité, paiement, frais, remboursement, exception.

Action du jour : prenez cinq emails d’annulation récents, supprimez nom et réservation, gardez demande, séjour, politique et délai.

Use case 2 : ne pas inventer la disponibilité

Entrée : demande anonymisée de changement, dates souhaitées, nuits, personnes, plan, texte du moteur.
Sortie : disponibilité à vérifier, différence de prix, brouillon, question de date alternative.
Revue humaine : chambres, prix, remise, paiement, stock, conditions de plan.

Claude Code doit écrire que l’équipe confirmera disponibilité et prix. Il ne choisit ni chambre ni tarif.

Use case 3 : comparer OTA et site officiel

Entrée : texte OTA, page officielle, politique d’annulation, email de confirmation.
Sortie : écarts de wording, texte à montrer avant réservation, correctifs de modèle.
Revue humaine : conditions, partie facturante, remboursement, limite OTA, approbation officielle.

Si l’OTA met en avant “annulation gratuite” alors que le site cache le barème, Claude Code liste l’écart. Le responsable décide.

Prompt à copier

Commencez par ce qui ne doit pas être envoyé.

Agis comme réviseur de réponses de réservation d'hôtel.
Objectif : séparer annulations et changements de date en table de contrôle et brouillon.

Entrée:
- demande anonymisée:
- date de demande:
- date de séjour:
- canal:
- ID de plan:
- extrait de politique:
- modèle de réponse:

Sortie:
1. table de contrôle
2. champs manquants
3. champs humains : frais, remboursement, disponibilité, différence de prix
4. brouillon
5. conditions d'arrêt avant envoi

Règles:
- ne pas traiter nom, email, téléphone, réservation, carte, adresse
- ne pas deviner frais, remboursement, disponibilité, prix
- ne pas décider les exceptions
- finir par une ligne à vérifier aujourd'hui

Code de vérification

Ce petit Node.js contrôle les champs obligatoires, les validations humaines et les données personnelles évidentes.

const rows = [
  { id: "REQ-001", action: "cancel", channel: "official", guest: "guest-001", stayDate: "2026-08-12", requestDate: "2026-07-23", policy: "7 days before free", text: "Guest asks to cancel.", draft: "Staff confirms fee and refund route.", review: ["identity", "refund", "policy"] },
  { id: "REQ-002", action: "change", channel: "ota", guest: "guest-002", stayDate: "2026-09-04", requestDate: "2026-07-23", policy: "Date changes require room and price confirmation.", text: "Guest asks to move the stay.", draft: "Staff checks room and price before replying.", review: ["identity", "price", "policy"] }
];

const required = ["id", "action", "channel", "guest", "stayDate", "requestDate", "policy", "draft", "review"];
const directPersonalData = /[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,}|\b\d{10,}\b|booking[-_ ]?\d+/i;
const errors = [];

for (const row of rows) {
  for (const field of required) if (!row[field] || row[field].length === 0) errors.push(`${row.id}: missing ${field}`);
  if (!["cancel", "change"].includes(row.action)) errors.push(`${row.id}: unknown action`);
  if (directPersonalData.test(`${row.text} ${row.draft}`)) errors.push(`${row.id}: direct personal data may remain`);
  if (!row.review.includes("policy")) errors.push(`${row.id}: policy needs human review`);
  if (row.action === "cancel" && !row.review.includes("refund")) errors.push(`${row.id}: refund needs human review`);
  if (row.action === "change" && !row.review.includes("price")) errors.push(`${row.id}: price needs human review`);
}

if (errors.length > 0) {
  console.error(errors.join("\n"));
  process.exit(1);
}

console.log("Hotel cancellation reply checklist is ready for human review.");

Ce n’est pas un système de réservation. Il vérifie type de demande, séjour, politique, brouillon et gates de revue humaine.

Pitfall: erreurs fréquentes

Première erreur : coller tout l’email du client. La cause est la vitesse, qui laisse nom, email, réservation et indices de carte. La correction : passer à guest-001 et ne garder que politique et intention.

Deuxième erreur : laisser Claude Code remplir les frais. La cause est une politique ancienne, des conditions par canal ou des plans spéciaux. La correction : garder frais et remboursement en “à vérifier”.

Troisième erreur : répondre aux changements de date avec le modèle standard. Il manque disponibilité, différence de prix et date alternative. Ajoutez ces trois colonnes.

Quatrième erreur : ignorer l’écart OTA/site officiel. Comparez chaque semaine politique, email de confirmation, FAQ et page de réservation officielle.

Questions fréquentes

Q. Peut-on coller l’email d’annulation tel quel ?
A. Non. Supprimez nom, email, téléphone, réservation, carte et adresse. Utilisez guest-001.

Q. Claude Code peut-il rédiger la réponse de remboursement ?
A. Il peut rédiger un brouillon prudent. L’éligibilité, le montant, le paiement et les exceptions restent humains.

Q. Si OTA et site officiel diffèrent, lequel choisir ?
A. L’IA ne choisit pas. Faites la table d’écarts et envoyez-la au responsable.

Signal pour formation et conseil

Quand plusieurs personnes répondent, les PV ne suffisent pas. Suivez erreurs arrêtées, délai de première réponse et questions répétées.

Si ces chiffres comptent, formation et conseil peuvent cadrer anonymisation, modèle, table OTA et validation avant envoi.

Résultat vérifié

J’ai vérifié slug, frontmatter, structure, liens internes, liens officiels, CTA, blocs de code et dernier h2. Le script Node.js confirme que deux lignes d’exemple ont les champs et validations humaines.

La tâche du jour : prendre cinq emails d’annulation, retirer nom, email, téléphone et réservation, puis créer une table avec demande, séjour, canal, politique, délai et revue humaine.