Réussir un projet d'assistant IA : la grille de décision
La plupart des projets d'assistant ne échouent pas sur la technique. Ils s'arrêtent parce que personne n'avait écrit ce qu'on attendait, ni décidé qui tiendrait les contenus une fois la démonstration terminée.
Cette page rassemble les questions qui font la différence, y compris celle que personne ne pose : faut-il vraiment un assistant.
Les six questions avant de commencer
Quelle question précise doit-il savoir traiter ?
Une réponse vague produit un projet vague. Trois exemples réels valent mieux qu'une ambition.
Où vit la réponse aujourd'hui ?
Si elle n'est écrite nulle part, le chantier commence par l'écrire, pas par l'outil.
Qui tranche quand deux documents se contredisent ?
Sans arbitre désigné, le corpus se dégrade en quelques mois.
Que se passe-t-il quand il ne sait pas ?
La réponse à cette question détermine la confiance qu'on pourra lui accorder.
Qui met à jour, et à quelle fréquence ?
Un assistant est un contenu vivant, pas un livrable.
Comment saura-t-on que ça marche ?
Deux chiffres décidés d'avance valent mieux qu'un tableau de bord complet regardé une fois.
Pourquoi la plupart des projets s'arrêtent au pilote
Le pilote impressionne toujours. Il porte sur un périmètre choisi, avec des contenus préparés pour l'occasion et un public bienveillant. Rien de tout cela n'existe en production.
Trois écarts expliquent l'essentiel des abandons. Les contenus n'étaient pas tenus, et personne n'avait prévu de les tenir. Les questions réelles n'étaient pas celles du pilote. Et aucun responsable n'avait été désigné une fois l'équipe projet dissoute.
La parade est peu coûteuse : faire porter le pilote sur de vraies questions, posées par de vrais utilisateurs, sur des contenus non retouchés. Le résultat est moins flatteur et beaucoup plus instructif.
Ce qui fait la qualité d'une réponse
Quatre éléments, dans cet ordre. La source : la réponse vient d'un document identifiable, daté, que quelqu'un a validé. Le périmètre : l'assistant s'appuie sur un corpus restreint et tenu plutôt que sur tout ce qui traîne. L'aveu d'ignorance : il dit quand il ne sait pas. L'escalade : il passe la main proprement, avec le contexte.
Aucun de ces quatre points ne relève de la puissance du système. Tous relèvent de la conception et de l'organisation.
Le coût réel sur douze mois
Le devis initial ne dit qu'une partie de l'histoire. Sur une année, un projet d'assistant se compose de la mise en ordre des contenus, de la construction, des connexions aux systèmes existants, puis du temps récurrent des personnes qui valident et mettent à jour.
C'est ce dernier poste qui décide de la réussite, et c'est celui qu'on oublie de budgéter. Quelques heures par mois suffisent ; zéro heure par mois condamne le projet à moyen terme.
Les trois façons de rater
Vouloir tout couvrir. Un corpus large et négligé donne de moins bonnes réponses qu'un corpus restreint et tenu. Commencer petit permet de voir ce qui manque au lieu de le noyer.
Interdire l'escalade. Chercher à minimiser le passage à un humain revient à demander au système d'inventer quand il ne sait pas.
Confondre l'outil et la connaissance. Un assistant ne crée aucune information. Il rend accessible ce qui existe, et visible ce qui manque.
Quand ne pas faire d'assistant du tout
Il existe des situations où la réponse honnête est de renoncer, et les reconnaître fait gagner beaucoup de temps.
Quand la connaissance n'existe pas. Si personne ne sait comment traiter les cas visés, aucun outil ne le saura. Le vrai chantier est d'écrire les procédures, et il a de la valeur en soi.
Quand le parcours est fixe. Si la demande arrive par formulaire et suit toujours le même chemin, une automatisation classique fait le travail pour bien moins cher et sans aucune surprise.
Quand le volume est faible. Trois questions par semaine ne justifient pas un projet. Une page bien écrite les traitera mieux.
Quand personne ne veut en être responsable. C'est le signal le plus fiable. Un assistant sans propriétaire devient faux en quelques mois, et un outil faux coûte plus cher que pas d'outil du tout.
Questions fréquentes
La construction est rarement le poste le plus long. C'est la mise en ordre des contenus et la désignation des responsables qui déterminent le calendrier réel, et ces deux chantiers appartiennent à l'organisation.
Oui, à condition qu'il porte sur de vraies questions posées par de vrais utilisateurs, sur des contenus non retouchés. Un pilote préparé pour impressionner n'apprend rien sur ce qui se passera en production.
Quand la connaissance n'est écrite nulle part, quand le parcours est fixe et relève d'une automatisation classique, quand le volume de questions est faible, ou quand personne n'accepte d'être responsable des contenus dans la durée.
Passons votre projet dans la grille
Six questions, une heure, et vous saurez si le projet tient debout ou ce qu'il manque pour qu'il tienne.