Agence de voyages : créer des itinéraires et devis sûrs avec Claude Code

Imaginez un vendredi en fin d’après-midi : plusieurs demandes arrivent en même temps et l’une d’elles porte sur deux nuits à Lyon, avec un budget de 1 500 € pour deux personnes. Il faut encore vérifier les disponibilités, organiser les trajets, calculer le devis et préparer un document lisible avant la fermeture.

Dans cette situation hypothétique, le risque n’est pas seulement de finir tard. Une ligne déplacée dans le tableur peut fausser le total, une disponibilité provisoire peut être présentée comme acquise et des données personnelles peuvent se retrouver dans un prompt. Claude Code peut préparer le brouillon, mais il ne doit ni confirmer un prix ni remplacer la validation du conseiller.

Pour cet article, ClaudeCodeLab a construit un cas d’essai entièrement fictif et l’a utilisé pour vérifier le prompt et le script de calcul ci-dessous. Aucune donnée de client, aucun tarif fournisseur et aucun dossier d’agence réels n’ont été utilisés. L’objectif est de montrer une méthode sûre et mesurable, pas de promettre un temps gagné avant de l’avoir chronométré dans votre propre organisation.

Points clés

Le « montage et la mise au propre » des itinéraires, devis et propositions, l’IA sait très bien le faire. Le conseiller se concentre sur le choix des destinations et la relation client.
Vous trouverez ici un modèle de prompt prêt à coller, et un script de vérification qui détecte mécaniquement les erreurs de calcul de prix.
Les chiffres « qui virent à l’incident s’ils sont faux » (tarifs, disponibilités, conditions d’annulation) sont toujours contrôlés par l’humain. Tracer cette frontière est la condition d’un usage sûr.
Les données personnelles (noms, numéros de réservation) sont masquées avant d’être transmises à l’IA. On fixe d’abord la règle : ne jamais coller de données brutes.
Le gain de temps doit être mesuré sur vos propres dossiers : l’article fournit un plan de mesure et une formule d’estimation, sans présenter le scénario fictif comme un résultat d’agence.

Où se trouve vraiment la charge de travail en agence

Vous êtes sans doute un conseiller qui monte des voyages sur mesure, en agence ou pour des clients professionnels. Plus votre part de voyages construits à partir des envies du client est élevée (plutôt que la vente de forfaits tout faits), plus cet article vous parlera.

Une proposition sur mesure suit en gros ce déroulé :

Écoute : destination, nombre de personnes, budget, goûts, conditions incontournables.
Collecte : candidats et tarifs pour les hôtels, les transports, les activités sur place.
Montage : caler le tout dans un programme en tenant compte des temps de trajet et des disponibilités.
Devis : additionner hébergement, transport, frais de dossier et taxes pour obtenir le total.
Mise au propre : mettre en forme l’itinéraire et la proposition, ajouter les conditions.
Présentation et révisions : soumettre au client, intégrer les retours du type « plus de visites le deuxième jour ».

Les étapes 1 et 6, seul l’humain peut les faire : lire les expressions du visage, comprendre le vrai budget et arbitrer. En revanche, les étapes 3 à 5 consistent à couler des éléments connus dans un moule connu. Ce sont donc de bons candidats à un test chronométré, notamment lorsque chaque révision oblige à reprendre la mise en forme et les calculs.

Dès qu’on demande « plus tranquille le deuxième jour », il faut reprendre les temps de trajet et les postes tarifaires concernés. Une seule ligne déplacée dans un tableur peut rendre le total incohérent. Le script proposé plus bas cible précisément ce risque de calcul, sans prétendre vérifier que le tarif source est exact.

Ce que l’on confie à l’IA et ce que l’humain décide toujours

Si cette ligne reste floue, c’est l’accident assuré. Traçons-la d’abord.

Étape	Confié à l’IA	Décidé toujours par l’humain
Écoute	Vérifier les questions oubliées	Le vrai budget, le feeling, l’ambiance à saisir
Collecte	Pré-recherche des candidats, tableau comparatif	Confirmation finale des disponibilités, tri des recommandations
Montage	Première mouture du programme tenant compte des trajets	Programme tenable, adapté à la condition physique
Devis	Construction des formules de calcul, brouillon du total	Prix d’achat, taux de change, conditions d’annulation
Mise au propre	Mise en forme de l’itinéraire et de la proposition, correction des fautes	Validation finale, nom définitif du client

La frontière à retenir tient en une phrase : « tout chiffre qui peut entraîner un remboursement ou une réclamation s’il est faux est contrôlé par l’humain. » Tarifs, disponibilités, frais d’annulation, tarifs selon l’âge, taux de change. On ne gobe pas le brouillon de l’IA : on recoupe avec les tarifs officiels du fournisseur. L’IA est un secrétaire de mise au propre rapide, elle ne garantit aucun prix.

Cas d’usage 1 : transformer des notes d’écoute en première mouture d’itinéraire

Les notes d’écoute sont en général une suite de points en vrac. Les transformer en programme est une tâche répétitive que l’on peut confier à l’IA, à condition de laisser les tarifs sous forme de marqueurs à vérifier.

Voici un modèle de prompt prêt à l’emploi :

Tu es un conseiller expérimenté en agence de voyages.
À partir des notes ci-dessous, crée une première mouture d'itinéraire avec des temps de trajet réalistes.

# Notes d'écoute
- Destination : Lyon
- Durée : 2 nuits, 3 jours
- Personnes : un couple, 2 adultes
- Budget : environ 1 500 € au total
- Souhaits : bouchons lyonnais, balade dans le Vieux-Lyon, ne pas trop charger les journées

# Règles de sortie
- Découper chaque journée en « matin / après-midi / soir »
- Indiquer pour chaque élément une estimation de durée et le moyen de transport
- Pour les trajets de plus d'une heure, ajouter la note « ★ trajet long »
- Là où un tarif est nécessaire, écrire [À VÉRIFIER : tarif] et ne jamais inventer de chiffre
- Terminer par une liste à puces des « points à vérifier »

Les deux dernières règles sont l’essentiel. On n’autorise pas l’IA à remplir les prix : on laisse le marqueur [À VÉRIFIER : tarif]. Cela évite que l’IA écrive un tarif inventé qui a l’air crédible. Dans la mouture obtenue, vous injectez ensuite les tarifs officiels que vous avez obtenus auprès du fournisseur. Avec ce partage des rôles, on peut s’en servir l’esprit tranquille.

Si vous n’êtes pas encore à l’aise avec les bases de Claude Code, lisez d’abord le guide de démarrage Claude Code pour pouvoir tester ce modèle tout de suite.

Cas d’usage 2 : détecter mécaniquement les erreurs de total dans le devis

Le plus effrayant dans une proposition, c’est l’erreur d’addition sur les tarifs. Une nuit en demi-pension par personne, la taxe et le service, les frais de dossier. Quand on monte ça dans un tableur, ajouter une ligne décale la plage du total, et l’on envoie un montant trop bas sans le voir. Direction : excuses et différence payée de sa poche.

Le script ci-dessous vérifie mécaniquement le détail du devis. Il fonctionne dès que Node.js est installé. Il se contente de réadditionner tous les sous-totaux du détail et de contrôler que cela correspond au total annoncé.

// verify-quote.mjs  vérifie que le détail et le total annoncé correspondent
// Exécution : node verify-quote.mjs

const quote = {
  customer: "M./Mme (masqué)",
  items: [
    { label: "Hébergement nuit 1 hôtel A, 2 pers.", amount: 360 },
    { label: "Hébergement nuit 2 hôtel B, 2 pers.", amount: 390 },
    { label: "Train aller-retour, 2 pers.", amount: 420 },
    { label: "Guide local, demi-journée", amount: 135 },
    { label: "Frais de dossier", amount: 60 },
  ],
  tax: 135, // TVA, etc.
  presentedTotal: 1500, // total inscrit dans la proposition
};

const subtotal = quote.items.reduce((sum, item) => sum + item.amount, 0);
const calcTotal = subtotal + quote.tax;

console.log(`Sous-total : ${subtotal.toLocaleString("fr-FR")} €`);
console.log(`Taxe :       ${quote.tax.toLocaleString("fr-FR")} €`);
console.log(`Total calculé :  ${calcTotal.toLocaleString("fr-FR")} €`);
console.log(`Total proposé :  ${quote.presentedTotal.toLocaleString("fr-FR")} €`);

if (calcTotal === quote.presentedTotal) {
  console.log("OK : le détail et le total correspondent");
} else {
  const diff = quote.presentedTotal - calcTotal;
  console.log(`NG : écart de ${Math.abs(diff).toLocaleString("fr-FR")} €. Corrigez avant d'envoyer la proposition`);
  process.exit(1);
}

Si vous renseignez presentedTotal avec le chiffre de la proposition, le script s’arrête sur NG dès qu’il y a un écart. C’est le dernier gardien avant l’envoi au client. Les prix unitaires des items doivent venir de ce que l’humain a vérifié auprès du fournisseur : ici, on ne fait que le recoupement des calculs. Bien distinguer « vérification du calcul » et « vérification du tarif » est essentiel.

Pour aller plus loin sur la qualité de vos prompts, voyez aussi les techniques avancées de prompts.

Cas d’usage 3 : intégrer en un coup la révision « plus tranquille le deuxième jour »

Les révisions après présentation sont un autre bon cas d’usage. Au lieu de réécrire silencieusement l’ensemble du document, demandez à Claude Code de signaler chaque modification :

Intègre les modifications suivantes à l'itinéraire précédent.
- Jour 2 : retirer une activité le matin, ajouter une heure de repos à l'hôtel l'après-midi
- Réécrire les durées des trajets modifiés en conséquence
- Remettre à [À VÉRIFIER : tarif] tout poste dont le prix change
- Préfixer chaque modification par « ▼ Modifié » et expliquer en une ligne ce qui a changé

L’astuce, c’est de demander « marque les endroits modifiés ». On voit d’un coup d’œil ce qui a bougé et l’on peut concentrer la vérification sur ces zones. On fait remettre à [À VÉRIFIER : tarif] les postes dont le prix change, et le recalcul reste tenu par l’humain. Cette règle réduit le risque de conserver un ancien total après une correction.

Si vous enregistrez vos modèles d’itinéraire et de proposition dans le projet, vous n’avez plus à tout réexpliquer à chaque fois. La méthode est décrite dans les bonnes pratiques CLAUDE.md.

Une checklist de contrôle prête à coller

Avant d’envoyer une proposition, faites passer ce contrôle final à chaque fois, sur papier ou sur une note :

Les tarifs ont-ils été recoupés avec le devis officiel du fournisseur ?
Les disponibilités ont-elles été confirmées une dernière fois (sans se fier au brouillon de l’IA) ?
Les conditions d’annulation et les tarifs selon l’âge figurent-ils dans le corps du texte ?
Le script de vérification confirme-t-il que le total correspond ?
Les noms et numéros de réservation ont-ils été rétablis dans leur forme correcte ?
Les temps de trajet sont-ils raisonnables (surtout avec des personnes âgées ou de jeunes enfants) ?

Données personnelles et sécurité : ce à quoi faire attention

L’organisation d’un voyage est un concentré d’informations sensibles : nom, date de naissance, numéro de passeport, numéro de réservation. On évite de coller cela tel quel dans l’IA.

La règle d’usage tient en deux points simples. Un : masquer les données personnelles avant de les transmettre. Remplacer le nom par « M. A », le numéro de réservation par « (masqué) ». Le montage et la mise au propre n’ont pas besoin du vrai nom. Deux : garder les données brutes en local, et n’insérer le nom définitif qu’à la fin, à la main. On fait créer le moule par l’IA, et on remplit les informations identifiantes chez soi. En respectant cet ordre, aucune information gênante ne sort.

Pour un déploiement à l’échelle de l’entreprise, mettez par écrit ce qui peut être transmis et ce qui est interdit. Nous pouvons construire ensemble cette frontière d’équipe lors d’une formation ou d’un accompagnement. Car si l’on distribue à tout le monde des critères restés flous, quelqu’un finira toujours par coller des données brutes.

Mesurer le gain avant de calculer le ROI

Ne reprenez pas un chiffre de gain publié par un autre site. Mesurez le même type de proposition, d’abord avec votre processus actuel, puis avec le prompt, le script et la même validation humaine.

Mesure	Méthode	Condition de comparaison
Temps du premier brouillon	Chronomètre, de la note anonymisée au document relu	Même complexité de voyage
Temps d’une révision	Chronomètre, de la demande au nouveau total validé	Même nombre de modifications
Erreurs de total détectées	Compter les sorties `NG` avant envoi	Ne pas confondre calcul et tarif source
Temps de contrôle humain	Mesurer séparément la disponibilité, les prix et les conditions	Ne jamais supprimer ce contrôle

Estimation fictive, à remplacer par vos mesures : si une agence traite 60 propositions par mois et constate réellement 70 minutes gagnées sur chacune, le calcul serait 60 × 70 ÷ 60 = 70 heures par mois. Ce résultat est une projection mathématique, pas un résultat observé par ClaudeCodeLab ni une promesse de performance. Commencez par cinq dossiers comparables et conservez aussi les temps où l’IA n’apporte aucun gain.

Si vous craignez de ne pas pouvoir vous en servir sans être développeur, lisez Claude Code pour les non-développeurs : le premier pas paraîtra moins haut.

FAQ

Q. J’ai peur que l’IA fixe les tarifs toute seule. R. Dans le prompt, utilisez [À VÉRIFIER : tarif] pour ne pas lui faire remplir les chiffres. On n’insère que les tarifs vérifiés par l’humain auprès du fournisseur. Si vous figez le rôle de l’IA comme secrétaire de calcul et de mise au propre, elle ne déraille pas.

Q. Puis-je entrer le vrai nom du client et son numéro de réservation ? R. Non. Masquez-les avant de transmettre, et n’insérez le nom définitif qu’à la fin, chez vous. Le montage et la mise au propre n’ont pas besoin du nom de la personne.

Q. Nous avons nos propres modèles d’itinéraire. Peut-on les reproduire ? R. Oui. En enregistrant vos modèles maison et vos règles de mise en forme dans le projet, l’IA produira chaque fois un résultat conforme. Pour les détails de configuration, reportez-vous à la documentation officielle.

Q. Peut-on tout automatiser et supprimer le contrôle humain ? R. Ce n’est pas recommandé. La vérification des tarifs, des disponibilités et des conditions d’annulation reste tenue par l’humain. Si vous la supprimez, l’erreur arrive telle quelle chez le client. Le gain de temps doit se limiter au « montage et à la mise au propre ».

Ce que ClaudeCodeLab a vérifié avec le scénario fictif

ClaudeCodeLab a exécuté node verify-quote.mjs avec les valeurs fictives affichées dans cet article. Avec presentedTotal: 1500, le total calculé correspondait et le script a affiché OK. Le total présenté a ensuite été modifié de 20 € pour provoquer volontairement un écart : le script a affiché NG et s’est terminé avec le statut de sortie 1.

Le prompt d’itinéraire a aussi été relu manuellement. Les zones tarifaires restaient sous la forme [À VÉRIFIER : tarif], et l’entrée comme la sortie ne contenaient ni nom réel, ni numéro de réservation, ni autre donnée personnelle identifiable. Cette vérification porte sur le comportement du prompt et du calcul avec des données fictives ; elle ne valide ni les prix d’un fournisseur, ni une disponibilité, ni un gain de temps en agence.

Pour reproduire le test, copiez le script, lancez-le une première fois sans modification, puis remplacez presentedTotal: 1500 par presentedTotal: 1480. Vous devez obtenir successivement OK, puis NG avec le statut 1. Ensuite seulement, testez le flux sur un dossier interne anonymisé et chronométrez-le. Si vous hésitez sur les premières manipulations, partez du guide de démarrage Claude Code.

Pour l’usage officiel, reportez-vous aussi à la documentation officielle de Claude Code.