Une application IA ne se définit pas par une fenêtre de conversation. C'est un logiciel qui aide une personne à accomplir une tâche, avec une fonction IA dans ce processus.
Pour l'acheteur, il faut distinguer la démonstration d'une réponse de modèle d'un système utilisable, vérifiable et maintenable.
Suivre une tâche de bout en bout
Prenons une application fictive de gestion de demandes. Un utilisateur reçoit une demande, consulte la fiche concernée, prépare une réponse, la vérifie, enregistre le résultat puis précise la prochaine action.
Un modèle peut classer la demande ou rédiger un brouillon. Mais il faut aussi une file de travail, une fiche, des permissions, une interface de modification, un enregistrement et un historique. Sans ces éléments, l'équipe continue d'assembler le processus manuellement.
L'expérience utilisateur
Définir ce qui apparaît avant, pendant et après l'étape IA. Que se passe-t-il s'il manque une information ? Peut-on corriger le résultat ? Un brouillon se distingue-t-il d'une sortie approuvée ? Peut-on consulter une ancienne version ?
Le parcours doit rendre la progression et les exceptions compréhensibles. « Une erreur est survenue » ne suffit pas pour savoir si une tâche a été enregistrée, relancée ou abandonnée.
Le logiciel et ses données
Définir les objets, leurs relations et leur système de référence. Comptes, espaces, documents, brouillons et validations nécessitent des identifiants stables pour examiner le parcours.
Le backend doit imposer les règles présentées dans l'interface. Un bouton « approuver » n'est pas un contrôle si un appel direct à l'API permet de contourner la validation.
La frontière IA
Préciser les données envoyées au modèle, le format attendu et les vérifications avant intégration du résultat. Prévoir les erreurs fournisseur, les délais dépassés, les fonctions indisponibles et les limites d'usage.
Une sortie de modèle ne doit pas devenir une instruction d'exécuter n'importe quelle opération. L'application décide des actions autorisées et valide leurs paramètres.
L'évaluation et la revue
Choisir des exemples représentatifs et définir un résultat acceptable. Évaluer séparément la partie IA et le parcours logiciel : sources et utilité d'un brouillon, exactitude des champs d'une fiche, autorisation et état d'exécution d'une action.
Inclure les exceptions importantes. L'objectif n'est pas de faire paraître chaque exemple réussi, mais de comprendre le comportement lorsque le parcours attendu n'est pas disponible.
Le lancement et l'exploitation
Une application déployable demande un environnement connu, une configuration, une supervision, un responsable des incidents et une manière de modifier ou désactiver une fonction défectueuse. Il faut pouvoir identifier la version exécutée et ses critères d'acceptation.
Le transfert doit permettre à l'équipe destinataire d'exploiter le système convenu. Une archive du code ne fournit pas nécessairement les instructions, dépendances et connaissances nécessaires.
Une question utile au prestataire
Demandez-lui de parcourir une tâche utilisateur réelle et d'identifier chaque composant qu'il livrera. Posez ensuite la même question pour une tâche incomplète ou échouée.
La différence entre ces parcours révèle souvent davantage sur le périmètre qu'une longue liste de modèles.
Parler d'une application complète · Développement d'applications