Le POC IA, un essai qui finit par une décisionLe POC IA, un essai qui finit par une décision

Un POC IA est un essai court et limité, mené pour vérifier qu'une idée d'intelligence artificielle fonctionne sur un cas réel, avant d'y engager du temps et de l'argent. POC est l'abréviation de proof of concept, en français preuve de concept ou démonstration de faisabilité. On teste une tâche, sur ses propres documents, avec des critères écrits à l'avance.

Le mot vient des projets informatiques des grandes entreprises. Dans une PME, l'essai est plus court, et porte sur une seule question : cette tâche se fait-elle mieux, ou plus vite, avec l'IA ? Cet article décrit cette version courte. Il fait partie de notre dossier sur l'IA en entreprise.

Ce qu'est un POC IA, et ce qu'il n'est pas

Un POC IA vérifie 3 choses : que l'outil fait la tâche sur vos données, que le résultat vaut l'effort, et que les personnes concernées s'en serviraient. Il ne cherche ni la finition ni la robustesse d'un outil livré.

4 mots se confondent souvent, et les mélanger fait attendre d'un essai ce qu'il ne peut pas donner. Chacun répond à une question différente.

Le POC vient en premier, et il se jette sans regret. Sa production durable est la décision qu'il permet.

Pourquoi tester avant de lancer un projet d'IA

Un POC limite le risque d'acheter un outil qui ne tient pas sur vos documents. Il remplace une promesse par une mesure, faite chez vous, sur une période courte.

Une démonstration se fait sur des données choisies pour qu'elle réussisse. Vos documents ont leurs défauts : une facture scannée de travers, un mail sans objet, un bon de commande rempli à la main. L'essai dit comment l'outil s'en sort sur ceux-là.

Le POC donne aussi un chiffre à mettre en face d'un devis. Si l'essai montre que la tâche prend 2 fois moins de temps, vous savez ce que vaut le projet. S'il ne montre rien, vous avez évité de payer une construction.

Quand un POC vaut la peine, et quand il ne sert à rien

Un POC vaut la peine quand la tâche revient souvent, que son résultat se juge, et qu'une erreur pendant l'essai ne coûte rien. Ces conditions se vérifient en quelques minutes.

• La tâche revient souvent. Classer les factures fournisseurs du mois, répondre aux mêmes questions de clients, rédiger un premier jet de devis. Une tâche faite 2 fois par an ne justifie pas un essai.
• Le résultat se juge. Une facture est bien classée ou non. Une réponse est juste ou non. Sans critère, l'essai ne conclut rien.
• L'erreur reste sans conséquence. Pendant l'essai, une personne relit tout, et rien ne part chez un client sans validation.

Un chatbot sur vos documents internes se prête bien à l'essai : les mêmes questions reviennent, la réponse se vérifie dans le document, et l'essai reste entre collègues. Dans un cabinet d'expertise comptable, le tri des pièces reçues des clients en est un autre. Avant de le tester, regardez ce que permet déjà l'automatisation des tâches d'un cabinet comptable, sans IA.

Certains usages n'ont pas besoin de POC. Résumer un mail, reformuler un courrier, traduire une notice : un assistant du marché le fait, et quelques minutes d'essai le montrent. Ces tâches comptent parmi les usages d'un assistant IA au quotidien.

D'autres idées n'ont pas besoin d'IA du tout. Un prix qui suit des règles fixes, selon des mesures et des options, se calcule dans un configurateur de prix, qui applique les mêmes règles à chaque devis. Une IA ajouterait de l'incertitude là où une règle écrite suffit.

La méthode en 5 étapes

Un POC tient en 5 étapes : une tâche, un critère, de vrais documents, une date de fin, une décision. L'ordre compte, et le critère s'écrit avant le premier test.

1. Choisir une tâche, et une seule. Par exemple : classer les factures fournisseurs reçues par mail. Plusieurs tâches à la fois donnent plusieurs demi-réponses.
2. Écrire le critère de réussite. Le seuil s'écrit noir sur blanc, avant de commencer. Un exemple : sur 50 factures du mois dernier, l'essai continue si 45 au moins sont bien classées.
3. Rassembler de vrais documents. Ceux du mois dernier, avec leurs défauts. Des documents de démonstration donnent un résultat flatteur, et faux.
4. Fixer une date de fin. Elle s'écrit au départ, avec le critère. Un essai sans date devient une habitude que personne n'a décidée.
5. Décider. 3 issues sont possibles : généraliser, ajuster puis refaire un essai, ou arrêter. Un POC qui conclut à l'arrêt a fait son travail.

Associez à l'essai une personne qui fait la tâche aujourd'hui. Elle sait où sont les cas difficiles, et c'est elle qui se servira de l'outil si l'essai réussit.

Les données : ce qui n'entre pas dans l'outil

Avant le premier test, décidez quels documents l'équipe a le droit de confier à l'outil d'IA. La réponse s'écrit avant de commencer, et elle sert ensuite de règle commune.

La CNIL recommande de partir de besoins concrets pour choisir le système, et d'encadrer son usage par une politique ou une charte interne, qui définit les usages autorisés et les usages interdits. Selon le mode de déploiement, elle recommande aussi d'interdire la fourniture de certaines données confidentielles, par exemple couvertes par le secret industriel et commercial, ou personnelles.

Pour un POC, cela donne 3 règles simples :

• retirer ou masquer les données personnelles des documents de test, quand la tâche le permet ;
• lire, dans les conditions de l'outil, ce que son éditeur fait des documents qu'on lui confie ;
• écrire en une page ce que l'équipe peut y mettre, et ce qu'elle n'y colle jamais.

La CNIL rappelle enfin que ces systèmes peuvent produire des résultats inexacts qui paraissent pourtant plausibles. Pendant l'essai, chaque sortie se compare au document d'origine.

Les erreurs qui font durer un POC

Un POC échoue rarement par la technique. Il s'enlise quand personne ne sait dire s'il a réussi, ou quand il grossit jusqu'à devenir un projet.

• Aucun objectif au départ. Chacun juge selon son impression, et la discussion ne finit pas.
• Un périmètre qui grossit. On ajoute un cas, puis un autre. L'essai devient un projet sans en avoir le cadre.
• Un essai mené seul. Une personne teste dans son coin. Ceux qui feront la tâche demain ne l'ont jamais vu.
• Tout construire soi-même. Un outil du marché, testé tel quel, répond parfois à la question plus vite qu'un développement.
• Oublier la valeur pour l'entreprise. L'outil fonctionne, mais la tâche testée pesait peu. Le résultat est juste, et inutile.
• Aucune date de fin. L'essai continue parce que personne ne l'a arrêté.

Ce que coûte un POC dans une PME

Un POC coûte surtout du temps : celui de préparer les documents, de tester et de mesurer. S'y ajoutent l'abonnement à l'outil pendant l'essai, et l'accompagnement d'un prestataire si vous en prenez un.

Ce coût se compare à celui de la tâche. Notre calculateur du coût administratif dit ce qu'elle vous coûte par an, avec vos durées. Une tâche qui pèse peu ne mérite pas un essai.

Après le POC : passer à l'usage

Un essai concluant ne change rien tant que le résultat reste dans une fenêtre de discussion. 3 choses le font entrer dans le travail.

1. Écrire la consigne qui a fonctionné. Les documents à fournir, la demande exacte, les points à relire. Sans cela, chacun repart de zéro.
2. Garder une relecture. L'IA propose, une personne valide. La règle vaut tant qu'une erreur peut atteindre un client.
3. Relier le résultat à vos outils. Une facture classée doit arriver seule dans le bon dossier, puis en comptabilité. Parcourez des cas concrets d'automatisation des processus pour voir ce qui se fait seul, et ce qui reste à une personne.

Parfois, l'essai montre surtout que personne ne sait qui fait quoi. Le sujet devient alors l'organisation, et un logiciel pour organiser son équipe passe avant l'IA.

Si vous confiez la construction à un prestataire, vérifiez d'abord les 8 critères d'une agence IA : un cas comparable, le chemin de vos données, la propriété du résultat.

Par où commencer quand on ne sait pas quoi tester

Le bon POC part d'une tâche qui coûte du temps. Si vous ne savez pas laquelle choisir, regardez d'abord comment l'entreprise tourne, avant de regarder les outils.

Pour les entreprises de 10 à 2 000 salariés, sous conditions de chiffre d'affaires, le Diag Data IA de Bpifrance fait un état des lieux, identifie des cas d'usage concrets et les priorise dans un plan d'action. Avant de lancer un tel examen, voyez ce que regarde un audit IA, et ce qu'il doit vous laisser.

Chez nous, le diagnostic d'organisation est la porte d'entrée de tout projet. Nous passons du temps avec vous et votre équipe pour voir comment l'entreprise tourne au quotidien. Vous recevez ensuite un rapport écrit, qui dit ce qui bloque, ce que vous pouvez corriger dès la semaine suivante, et ce qu'il faudrait construire, chiffré, à court, moyen et long terme. Le diagnostic court coûte 650 € HT, de 1 à 10 salariés, le diagnostic complet 1 650 € HT, de 10 à 50 salariés.

Quand l'idée porte sur l'usage d'un assistant par l'équipe, nos accompagnements à l'IA installent des usages concrets sur vos documents et fixent une règle claire sur les données. L'Atelier IA du dirigeant coûte 450 € HT, L'IA en équipe 1 490 € HT.

Vous avez une idée à tester, ou besoin d'un diagnostic ? Contactez-nous directement.