Agence de voyages : créer itinéraires et devis deux fois plus vite avec Claude Code

Un vendredi en fin d’après-midi, un couple arrive au comptoir : « Le week-end prochain, deux nuits à Lyon, environ 1 500 € pour deux, on aimerait les bouchons et une balade dans le Vieux-Lyon. » Une belle demande. Mais ce qui me traverse l’esprit, ce sont les deux heures qui m’attendent.

Vérifier les disponibilités des hôtels, caler les temps de trajet, additionner les prix à la calculatrice, mettre au propre dans un document, coller les conditions de vente, et enfin corriger les fautes. Deux heures pour une seule proposition. Quand on en a plusieurs dans la journée, le soir venu il reste une pile de « je referai ça demain ». On passe plus de temps à remplir les cases d’un modèle qu’à regarder le client en face. C’est, je crois, le quotidien assez réel d’un conseiller en agence de voyages.

J’ai confié cette partie « montage et mise au propre » à Claude Code et à l’IA générative. Pour aller droit au but : le travail par proposition est passé d’environ deux heures à une cinquantaine de minutes. Mais déléguer en bloc ne marche pas. L’astuce, c’est de séparer nettement ce que l’on confie à l’IA de ce que l’humain garde toujours en main.

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.
De deux heures à cinquante minutes par proposition. Sur 60 propositions par mois, l’économie estimée est d’environ 70 heures.

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, deviner le vrai budget. En revanche, les étapes 3 à 5 consistent à couler des éléments connus dans un moule connu. C’est là que partent une à deux heures à chaque fois, et que l’on refait le même travail à chaque révision. Voilà d’où vient le retour en arrière.

Dès qu’on entend « plus tranquille le deuxième jour », il faut tout reprendre : temps de trajet et tarifs. On décale une seule ligne dans un tableur, le total ne tombe plus juste, et on envoie sans s’en apercevoir. Ces petits incidents, sur le terrain, sont discrètement fréquents.

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, c’est là que je passais le plus de temps. On confie cette tâche à l’IA.

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.

J’ai donc préparé un script qui 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 »

C’est sur les révisions après présentation que l’IA donne sa pleine mesure. Avant, à chaque retour, je reprenais l’itinéraire et les tarifs à la main. Aujourd’hui, je demande ceci :

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é, donc la vérification se fait en un instant. On fait remettre à [À VÉRIFIER : tarif] les postes dont le prix change, et le recalcul reste tenu par l’humain. Ainsi disparaît l’incident du « je croyais avoir corrigé, mais le total est resté ancien ».

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.

Avant et après : qu’est-ce qui a changé

En chiffres, le changement est net.

Élément	Avant	Après
Temps pour une proposition	~2 heures	~50 minutes
Temps pour intégrer une révision	~40 minutes	~10 minutes
Erreurs de calcul du total	parfois	détectées avant l’envoi par le script
Concentration du conseiller	mise au propre et calculatrice	choix des destinations et accueil client

Voici un ordre de grandeur de ROI. Pour 60 propositions par mois, à 70 minutes gagnées par proposition, cela représente environ 70 heures libérées par mois. Ce temps, on le reverse à la recherche de meilleures destinations ou à des propositions supplémentaires. C’est là, je trouve, la plus grande valeur.

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 j’ai vérifié en conditions réelles

J’ai fait passer pour de vrai le cas « deux nuits à Lyon » du début dans tout ce déroulé. De la note d’écoute à la première mouture d’itinéraire : environ 8 minutes. J’y ai injecté les tarifs officiels obtenus auprès du fournisseur, puis je l’ai passée au script de vérification : au départ, une faute de saisie laissait un écart de 20 €, et le script s’est bien arrêté sur NG. M’en apercevoir avant l’envoi, c’était l’essentiel.

Ensuite, le client a demandé « plus tranquille le deuxième jour ». Comme j’avais fait marquer les endroits modifiés, j’ai pu faire le remplacement en moins de dix minutes, vérification comprise. Au total, ce qui prenait d’habitude deux heures s’est fait en une cinquantaine de minutes. Avec le temps gagné, j’ai même eu la marge d’ajouter une proposition de coin tranquille pour le Vieux-Lyon.

J’ai vérifié trois choses : qu’aucun faux chiffre n’apparaît avec l’usage qui interdit de remplir les tarifs, que le recoupement arrête une erreur de total avant l’envoi, et que les révisions s’intègrent sans retour en arrière. Quand ces trois conditions sont réunies, on peut confier sereinement la préparation des propositions en agence de voyages : c’est mon ressenti aujourd’hui. Commencez par une seule proposition, sur un dossier où une erreur ne fait pas peur. Si vous hésitez sur les premières manipulations, le plus court est de partir du guide de démarrage Claude Code.

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