Audit IA : ce qu'il doit livrer et ce qu'il ne doit pas coûter

Nicolas11 novembre 202610 min de lecture

Vous avez reçu une proposition d'audit IA de plusieurs dizaines de pages. Elle parle de maturité, de transformation, de gouvernance. Elle ne dit pas ce que vous aurez en main dans six semaines, ni comment vous vérifierez que le travail a été fait. L'audit est pourtant l'étape qui vous évite de lancer un projet dans le vide. Encore faut-il savoir ce qu'il doit produire, et ce qu'il ne doit pas coûter.

Key Takeaways
Un audit IA n'est pas un état des lieux. C'est une décision d'investissement documentée, avec des cas d'usage retenus et des cas d'usage écartés.
Cinq livrables font foi : cartographie des cas d'usage, état des données, analyse de risque, chiffrage, feuille de route avec conditions d'arrêt.
Un audit se paie au temps passé. Une facture indexée sur le budget du futur projet est un conflit d'intérêts, pas un prix.
Un audit offert ou intégré à une offre d'implémentation sert à vendre la solution, pas à éclairer la décision.
Pour une PME, comptez quelques semaines et un budget à quatre ou cinq chiffres, à comparer au coût d'un projet lancé sur le mauvais cas d'usage.

Un audit IA sert à décider, pas à décrire

Un état des lieux répond à la question « où en sommes-nous ? ». Un audit répond à « que faisons-nous, dans quel ordre, avec quel budget, et qu'est-ce qui nous fera arrêter ? ». La différence n'est pas sémantique : elle décide de ce que vous pourrez faire de la dépense.

Le point de départ est rarement le bon. Les entreprises qui échouent sur l'IA ne manquent pas d'outils. Elles ont choisi un cas d'usage parce qu'il était visible, pas parce qu'il était rentable. Dans une note de juillet 2024, Gartner estimait qu'au moins 30 % des projets d'IA générative seraient abandonnés après la phase de test avant fin 2025, pour quatre raisons : qualité des données insuffisante, contrôles de risque inadaptés, coûts qui dérapent et valeur métier floue.

Retenez la liste, pas le chiffre. Ces quatre causes se vérifient avant le premier euro d'implémentation, pas après. C'est exactement le travail de l'audit.

Les trois décisions qui doivent sortir de l'audit

Un audit se juge sur ce qu'il tranche. À la lecture du document, vous devez pouvoir répondre à trois questions sans appeler personne.

Quels cas d'usage on lance, lesquels on abandonne, et pour quelle raison.
Ce que l'entreprise engage en une fois, et ce qu'elle engage chaque mois.
Qui est responsable du système une fois qu'il tourne, et qui peut l'arrêter.

Si le document laisse ces trois réponses ouvertes, ce n'est pas un audit. C'est une étude.

Les cinq livrables qui font foi

Un audit utile tient en une trentaine de pages, pas en cent. Ce qui compte n'est pas le volume, c'est la nature des pièces produites. Voici celles qu'un prestataire sérieux remet, et la preuve concrète qui doit les accompagner.

Livrable	Question à laquelle il répond	Preuve attendue
Cartographie des cas d'usage	Où l'IA crée de la valeur ici, et où elle n'en crée pas	Liste classée par gain annuel estimé, effort et risque, avec les cas écartés et leur motif
État des données et des accès	Nos données permettent-elles vraiment ce cas d'usage	Inventaire des sources, qualité constatée, propriétaire, droits d'usage
Analyse de risque	Que se passe-t-il si le système se trompe ou fuit	Registre des risques, traitement des données personnelles, place du contrôle humain
Chiffrage	Combien coûte chaque option, en une fois et en récurrent	Fourchettes par scénario, licences, consommation, hébergement, maintenance
Feuille de route	Par quoi commencer, et à quelles conditions on arrête	Séquence de jalons, critères d'abandon chiffrés, ce qui reste dans l'entreprise

L'état des données est la partie qu'on saute le plus souvent

Aucun cas d'usage ne se juge sans regarder les données qui l'alimentent. Un audit sérieux liste les sources, leur qualité réelle, leur propriétaire, les droits d'usage et la fréquence de mise à jour. Sans cette page, le projet se bloque au troisième mois, au moment de brancher le système sur le vrai fichier client, celui qui contient des doublons, des champs vides et trois conventions de nommage.

Cette page a aussi une vertu politique. Elle rend visible ce que l'entreprise ne sait pas encore faire, avant que le budget ne soit engagé.

Le chiffrage tient sur une page

Quatre lignes suffisent : coût de mise en place, coût récurrent (licences, consommation des modèles, hébergement), coût interne (temps des équipes, formation), coût de sortie. Un audit qui ne chiffre que la mise en place prépare une déception. La dépense récurrente d'un agent en production dépasse souvent, sur deux ans, la dépense de construction.

Le chiffrage doit rester une fourchette assumée, avec les hypothèses qui la produisent. Un chiffre unique au centime près sur un projet qui n'existe pas encore est un chiffre inventé.

Ce qu'un audit IA ne doit pas livrer

Certains documents ressemblent à un audit et n'en sont pas. Les signes sont faciles à repérer avant de signer.

Un rapport de tendances. Le marché de l'IA n'a pas besoin d'être expliqué à un dirigeant qui lit la presse. Trente pages sur l'état de l'art sont trente pages que vous payez sans décision dedans.
Une note de maturité sans barème. « 3,2 sur 5 en maturité data » ne veut rien dire si le barème n'est pas fourni et si personne ne sait ce que vaut un 4.
Une recommandation d'outil sans essai. Un audit qui désigne un logiciel sans l'avoir confronté à vos documents transfère le risque sur vous.
Un pilote promis. L'audit prépare le pilote, il ne le livre pas. Mélanger les deux fait payer l'implémentation au prix du diagnostic, et supprime le moment où vous pouviez encore dire non.
Une facture indexée sur le projet futur. Un pourcentage du budget d'implémentation rémunère la conclusion attendue, pas la conclusion juste.

Le dernier point mérite d'être isolé. Un audit dont le prix dépend du projet qu'il va déclencher n'est plus un diagnostic. C'est un devis commercial avec une mise en page différente.

Ce qu'un audit IA ne doit pas coûter

Un audit se facture au temps passé, par un prix journalier et un nombre de jours annoncés à l'avance. C'est la seule structure qui rend le prix vérifiable.

Pour situer l'ordre de grandeur, l'étude 2026 de Jobbers, qui compile les baromètres Malt, Hays et Free-Work, retient un taux journalier moyen de 520 € pour les freelances informatiques en France, tous profils confondus. À ce taux, dix jours représentent 5 200 €. Un audit de PME se situe le plus souvent entre cinq et quinze jours selon le nombre de services concernés, ce qui place la dépense dans une fourchette à quatre ou cinq chiffres. Les profils spécialisés en IA se facturent au-dessus de cette moyenne, et c'est normal : vous payez une compétence rare, pas des slides.

À titre de comparaison interne, cette dépense doit rester inférieure à ce que coûterait un pilote lancé sur le mauvais cas d'usage : trois mois d'équipe, des licences, et un résultat qu'on n'ose pas arrêter.

Ce qui fait monter la facture sans améliorer la décision

Quatre postes reviennent dans les devis d'audit, et aucun ne rend le diagnostic meilleur.

Élargir le périmètre à toute l'entreprise au lieu d'un service.
Multiplier les entretiens jusqu'à quarante, alors que huit bien choisis suffisent.
Produire un benchmark de quarante outils.
Ajouter une phase de sensibilisation facturée au tarif du conseil.

À l'inverse, ce qui devrait faire baisser le prix : un périmètre d'un seul service, une question par réunion, des livrables datés, et un interlocuteur qui connaît déjà votre métier.

Trois signaux d'alarme sur un devis d'audit

Un audit gratuit, ou offert parce que vous signez l'implémentation, ne vous dit pas si le projet vaut le coup. Il vous dit que le prestataire a déjà sa réponse. Un prix exprimé en pourcentage du projet futur produit le même effet. Une durée ouverte, sans jalon ni date de remise, empêche tout contrôle.

Dans les trois cas, la question à poser est la même : que se passe-t-il si l'audit conclut qu'il ne faut rien lancer ? Si la réponse parle de la suite de la mission, la réponse est mauvaise.

Les questions à poser avant de signer

Huit questions suffisent à trier les propositions. Elles tiennent sur une page et se posent par écrit, avant la signature.

Quels livrables précis recevons-nous, et à quelle date ?
Combien de jours sont facturés, et à quel prix journalier ?
Qui réalise l'audit, et cette personne sera-t-elle présente aux entretiens ?
Quelles décisions le document devra-t-il trancher ?
Comment les cas d'usage seront-ils classés, et sur quels chiffres internes ?
Que se passe-t-il si la conclusion est de ne rien lancer ?
À qui appartiennent les documents produits, et sous quel format ?
Que devons-nous fournir, et combien de temps cela prendra de notre côté ?

La sixième question est la plus discriminante. Un prestataire qui accepte une conclusion négative sans renégocier son contrat travaille pour vous.

FAQ

Combien de temps dure un audit IA pour une PME ?

Deux à quatre semaines pour un périmètre d'un ou deux services, avec des entretiens groupés et des documents accessibles. Au-delà de six semaines, la valeur baisse : les données recueillies vieillissent et l'entreprise a déjà commencé à décider sans le rapport.

Peut-on mener un audit IA en interne ?

Oui, quand trois conditions sont réunies : quelqu'un a le temps réel de le faire, cette personne n'a pas d'intérêt au résultat, et l'entreprise sait chiffrer un coût récurrent de licences et de consommation. L'audit interne pèche rarement sur la connaissance du métier, souvent sur l'arbitrage : il est difficile de dire non à son propre directeur.

Faut-il un audit avant de lancer un pilote ?

Un audit léger suffit si le pilote est petit, borné et réversible. Il devient indispensable dès que le pilote touche des données clients, un processus critique ou un engagement commercial. Le pilote répond à « est-ce que ça marche ». L'audit répond à « est-ce que ça vaut le coup, et à quelles conditions ».

Comment vérifier, à la livraison, que l'audit a été bien fait ?

Trois tests simples. Le document vous a-t-il fait renoncer à quelque chose ? Contient-il des chiffres internes que vous pouvez contester ? Vos équipes reconnaissent-elles leur travail dans la description qui en est faite ? Un audit qui n'écarte aucun cas d'usage n'a rien arbitré. Un audit que vos équipes ne reconnaissent pas a été écrit de l'extérieur.

Que faire si l'audit conclut qu'il ne faut rien lancer ?

C'est un résultat, pas un échec. Un audit qui conclut au statu quo vous a évité un budget et un projet difficile à arrêter. La bonne pratique consiste à dater la prochaine revue : les données s'améliorent, les coûts baissent, un cas d'usage écarté peut devenir rentable dix-huit mois plus tard.

Conclusion

Un audit IA n'est ni une étude de marché ni un document de motivation. C'est une pièce comptable : il dit ce que vous engagez, ce que vous obtenez, ce que vous risquez et ce qui vous fera arrêter. Cinq livrables, un prix au jour, une durée annoncée, et une conclusion qui peut être négative. Le reste est de la littérature.

Si vous voulez cadrer un audit avant de choisir un cas d'usage, notre page audit et conseil IA décrit le déroulé et les livrables. Pour en discuter avec un interlocuteur qui connaît votre secteur, écrivez-nous.

Deux lectures utiles avant de signer : ce que doit contenir un devis d'agent IA et comparer deux propositions commerciales sur un projet IA. Si l'audit débouche sur un agent en production, prévoyez dès maintenant sa maintenance et son support, et regardez de près ce que couvre une automatisation des tâches avant de confier un processus entier.

Partager cet article