Le mode dégradé des produits IA : rester utile sans inventer
Responsable éditorial : Yumea · Publié et relu le · Prochaine révision
Un produit classique affiche souvent une erreur lorsque son service principal tombe. Un produit IA peut échouer de manière plus trompeuse : il répond encore, mais sans la bonne source, avec une mémoire périmée ou après l'échec silencieux d'un outil. Le mode dégradé doit donc traiter la disponibilité et la qualité de la décision.
Les six causes à prévoir
- Modèle indisponible ou trop lent.
- Source absente, ancienne ou contradictoire.
- Outil externe en erreur.
- Permission insuffisante ou retirée.
- Sortie non conforme aux règles.
- Confiance trop faible pour l'impact attendu.
Ces situations ne demandent pas toutes la même réponse.
Les cinq réponses du produit
Limiter
Fournir uniquement la partie vérifiable. Le produit peut, par exemple, afficher les données disponibles sans générer une recommandation qu'elles ne soutiennent plus.
Demander
Poser une question ciblée lorsqu'une donnée manque ou qu'une ambiguïté change la décision.
Mettre en attente
Conserver le contexte, annoncer un délai et attribuer la reprise à un responsable lorsque la dépendance devrait revenir.
Transférer
Passer à une personne avec les sources, les tentatives, l'erreur et l'action attendue. Un transfert sans contexte déplace seulement le coût.
Suspendre
Ne pas agir lorsque le risque ou l'irréversibilité dépasse ce qui est autorisé. Dire « je ne peux pas vérifier » est une fonction de sûreté.
Construire le canevas de dégradation
Pour chaque capacité, documentez :
- la condition nominale ;
- le signal qui indique qu'elle n'est plus remplie ;
- l'action encore autorisée ;
- le message visible par l'utilisateur ;
- les données à conserver pour reprendre ;
- le responsable et le délai ;
- le signal de retour à la normale ;
- le critère d'arrêt complet.
Ce canevas doit rester proche du produit et de l'exploitation, pas dans un document oublié.
Éviter les faux replis
Changer automatiquement de modèle peut améliorer la disponibilité, mais ce n'est pas toujours un mode dégradé sûr. Le modèle de secours peut avoir d'autres capacités, règles de traitement ou comportements. Il doit être évalué sur la tâche et identifié dans la trace.
De même, utiliser une donnée en cache sans afficher sa date crée une apparence de continuité au prix de la vérité.
Tester comme un scénario utilisateur
Coupez volontairement une source, retirez une permission, injectez une réponse non conforme et ralentissez une intégration. Vérifiez ensuite :
- que le produit détecte réellement la condition ;
- que le message ne promet pas le mode nominal ;
- qu'aucune action interdite ne part ;
- que le contexte utile est conservé ;
- que la reprise ne duplique pas l'action ;
- qu'une personne peut comprendre l'incident.
Mesurer la qualité du repli
Suivez la fréquence par cause, le temps passé en mode dégradé, les actions évitées, le délai de reprise, les doubles exécutions et les dégradations détectées après coup. Ajoutez une métrique métier : dossiers réellement résolus ou utilisateurs ayant pu poursuivre.
Fait, inférence et hypothèse
Fait direct : une réponse techniquement produite peut rester incorrecte ou non autorisée.
Inférence : un mode dégradé explicite protège mieux la confiance qu'une fluidité artificielle.
Hypothèse à tester : annoncer clairement une capacité limitée réduit moins la rétention qu'une réponse erronée découverte plus tard.
FAQ
Un fallback vers un autre modèle suffit-il ?
Non. Il faut vérifier la compatibilité, les permissions, la qualité et l'effet métier, puis rendre le changement observable.
Le mode manuel est-il toujours disponible ?
Seulement si une personne, un délai et un contexte de reprise ont été prévus. Sinon, « passer en manuel » est une promesse vide.
Faut-il avertir l'utilisateur à chaque dégradation ?
Lorsqu'elle modifie la qualité, la fraîcheur, le délai ou l'autorité du résultat, l'information doit être visible et proportionnée.
Prochaine étape
Remplissez le canevas mode dégradé pour votre capacité IA la plus importante, puis testez une panne cette semaine. Pour une revue du scénario et de la reprise, écrivez à contact@yumea.fr avec l'objet « MODE DÉGRADÉ ».
Références originales
Les liens suivants donnent accès aux cadres de référence publics. L’audit des épisodes reste interne ; il ne constitue pas une preuve indépendante de chaque affirmation. Consultez aussi les limites et sources précisées dans le texte.
Un retour humain sur votre fiche
Préparez une synthèse, relisez-la puis envoyez-la à contact@yumea.fr. Aucun délai de réponse n’est garanti à ce stade. Le raccordement CRM Tsuno reste à valider ; aucune transmission automatique n’est active.
contact@yumea.fr