Agents IA (No-code)

Vous intervenez comme consultants. Vous devez concevoir et tester trois agents IA simples, déployables rapidement, sans développement informatique, pour soulager les équipes sans risque opérationnel.

Contexte

Le groupe hôtelier multi-sites opère une activité d’hébergement et une restauration intégrée (petit-déjeuner, brasserie, room service, événements). Les équipes sont sous tension : questions répétitives, messages entrants massifs, coordination difficile entre services, procédures peu stabilisées, retours qualité sous-exploités. La direction veut tester des agents IA no-code : l’IA prépare et structure, elle ne décide jamais.

Consignes générales

Pour chaque agent, vous devez produire un livrable complet : problème métier, règles (fait / ne fait pas), flux entrée → traitement → sortie, prompt prêt à l’emploi, tests et analyse critique, et un format de sortie exploitable immédiatement.

  • Décrivez le problème métier et pourquoi il est critique.
  • Écrivez des règles claires : ce que l’agent fait / ne fait pas.
  • Formalisez un flux entrée → traitement → sortie (simple et réaliste).
  • Rédigez un prompt complet + une version courte.
  • Testez (au moins 5 cas) et documentez les limites.

⛔ Interdictions (non négociables)

  • Aucun envoi automatique vers des clients, partenaires, ou plateformes.
  • Aucune confirmation/modification : réservation, facture, geste commercial, remboursement.
  • Aucune décision finale sur des sujets sensibles (allergènes/santé, sécurité, litiges).
  • Aucune invention : si l’information manque, l’agent doit l’indiquer et demander vérification.

Agent 1

Assistant “Accueil, services & restauration”

Problème : les équipes répondent sans cesse aux mêmes questions, avec des variations de qualité et de cohérence. Objectif : fournir des réponses factuelles et professionnelles sur l’hébergement et la restauration (petit-déjeuner, brasserie, room service).

Sorties obligatoires : réponse client, version courte comptoir, indicateur “certaine / à vérifier”.

Règle stricte : si une information manque, l’agent le dit explicitement et propose quoi demander / qui contacter. Zéro improvisation.

Agent 2

Tri des messages & brouillons

Problème : trop de messages entrants. Le manager devient le goulot d’étranglement. Objectif : classifier, prioriser, orienter vers le bon service et préparer un brouillon neutre, sans envoi.

Sorties obligatoires : catégorie, priorité, service concerné, action proposée (non prescriptive), brouillon, alerte si nécessaire.

Règles strictes : allergènes/santé, sécurité, litige, accident → alerte humaine explicite + reformulation factuelle uniquement. Aucun engagement commercial.

Agent 3

Analyse qualité & performance

Problème : avis, incidents et retours existent mais ne sont pas exploités ; les décisions reposent sur le ressenti. Objectif : produire une synthèse managériale utile (hôtel + restauration), des hypothèses et des pistes de tests.

Sorties obligatoires : synthèse structurée, 5–10 hypothèses, plan d’actions sous forme de tests (pilotes, A/B, ajustements progressifs).

Règle stricte : l’agent ne “décide” pas. Il propose des options testables et rappelle les limites des données.

Outils gratuits autorisés

Vous devez utiliser uniquement des outils gratuits, accessibles en ligne, sans programmation. Vous êtes évalués sur la pertinence managériale, pas sur la complexité technique.

  • IA conversationnelles : ChatGPT (gratuit), Claude (gratuit), Gemini (gratuit)
  • Collecte/structuration : Google Forms, Google Sheets, Notion (gratuit)
  • Automatisation (facultatif, simple) : Make (gratuit) ou Zapier (gratuit, limité)
  • Documentation : Google Docs, Canva (gratuit)

Livrables attendus

Vous rendez un dossier unique comprenant les éléments suivants :

  • Définition (avec vos mots) : ce qu’est un agent IA dans ce cas et en quoi il se distingue d’un chatbot.
  • Les 3 agents complets (pour chacun) : rôle, règles “fait / ne fait pas”, prompt complet + version courte, tests (au moins 5 cas) et sorties produites.
  • Schéma “entrée → traitement → sortie” pour chaque agent (simple, lisible et réaliste).
  • Conclusion critique : risques, limites, conditions nécessaires à un déploiement réel (gouvernance, validation humaine, données, sécurité).

Données simulées – pièces jointes pour tester vos agents

Ces données simulées servent à tester vos agents comme si vous étiez dans un vrai établissement. Elles constituent la matière première sur laquelle vos agents doivent s’appuyer pour produire des sorties fiables : réponses clients, triage de messages, brouillons neutres, synthèses qualité et propositions d’actions. Sans données structurées, un agent “improvise” ; ici, vous devez l’obliger à travailler à partir de sources.

📎 Télécharger les fichiers (CSV)

Télécharger l’archive ZIP – Jeu de données simulées Astuce : uploadez le ZIP dans la médiathèque WordPress puis collez ici l’URL du fichier.

Contenu des fichiers fournis

Chaque fichier correspond à une source d’information ou à un flux opérationnel. Vous devez apprendre à faire travailler vos agents à partir de ces sources (et pas “au feeling”). Les exemples ci-dessous décrivent précisément ce que contient chaque fichier et comment il doit être utilisé dans vos tests.

CONFIG_POLITIQUES.csv

Ce fichier contient les règles de référence de l’établissement (politiques, horaires, conditions, sujets sensibles). C’est la “source de vérité” : vos agents doivent s’y référer quand une question touche aux conditions d’accueil, d’annulation, de facturation, à la restauration, ou à des situations à risque.

Champs :

champ, valeur

Exemples de règles : horaires de réception, check-in/out, politique d’annulation, interdiction de gestes commerciaux sans validation, sujets sensibles (allergènes/santé, sécurité, litiges…).

FAQ_HOTEL.csv

Base de questions-réponses standardisées pour l’activité hôtelière. Ce fichier sert à entraîner l’Agent 1 à répondre de manière cohérente, et à vérifier que l’agent n’invente pas lorsqu’une information manque.

Champs :

id, question, réponse_longue, réponse_courte, conditions, fiabilité

La colonne fiabilité force l’agent à distinguer “certaine” vs “à vérifier” et à demander une info complémentaire au client.

FAQ_RESTAURATION.csv

Base de questions-réponses pour la restauration en hôtel (petit-déjeuner, brasserie, room service, réservations). Elle complète la FAQ hôtel et sert aux tests de l’Agent 1 sur le périmètre “convive”.

Champs :

id, question, réponse_longue, réponse_courte, conditions, fiabilité

Les sujets “allergènes” doivent déclencher une orientation humaine (réflexe sécurité).

MENUS_ALLERGENES.csv

Tableau de menus par service (petit-déjeuner, brasserie, room service) avec des informations d’allergènes. Il sert à tester la capacité de l’Agent 1 à répondre factuellement et à l’Agent 2 à repérer un sujet sensible.

Champs :

date_service, service, plat, description, allergenes, option_végé, remarques

Règle attendue : si un client demande une “garantie allergène”, l’agent doit refuser de garantir et déclencher une alerte humaine.

MESSAGES_ENTRANTS.csv

Corpus de messages entrants (clients, entreprises, notes internes, avis web). C’est le fichier principal pour entraîner l’Agent 2 : l’agent doit classer, prioriser, orienter et préparer un brouillon sans s’engager.

Champs :

msg_id, canal, date_heure, expediteur, objet, message

Vous devez repérer les sujets sensibles (allergènes/santé, sécurité, litiges, menaces…) et générer une alerte humaine explicite.

INCIDENTS_INTERNE.csv

Journal des incidents et irritants opérationnels internes (réception, housekeeping, restauration…). Il alimente l’Agent 3 pour dégager des tendances, des causes probables et des options de tests d’amélioration.

Champs :

inc_id, date, service, typologie, gravité, description, statut

AVIS_CLIENTS.csv

Avis et retours clients multi-plateformes. Ce fichier complète les incidents internes pour permettre à l’Agent 3 de croiser la perception client et la réalité terrain.

Champs :

avis_id, date, source, score_5, theme, texte

SUIVI_ACTIONS.csv

Tableau de pilotage managérial. Il sert à transformer les analyses de l’Agent 3 (et certaines sorties de l’Agent 2) en actions suivies, avec un responsable, une priorité et une validation.

Champs :

action_id, date, origine, proposition, service_responsable, priorité, validation_manager, statut, commentaire

Attendu : vos agents doivent produire des sorties qui alimentent un suivi d’actions réaliste (sans “décider” à la place des managers).

Comment exploiter ces données selon vos 3 agents

Agent 1 (info client/convive) : s’appuie sur CONFIG_POLITIQUES, FAQ_HOTEL, FAQ_RESTAURATION, MENUS_ALLERGENES.

Agent 2 (triage + brouillons) : s’entraîne surtout sur MESSAGES_ENTRANTS + règles sensibles de CONFIG_POLITIQUES.

Agent 3 (analyse qualité) : utilise INCIDENTS_INTERNE + AVIS_CLIENTS + propose des actions dans SUIVI_ACTIONS.