Alta36 examine le travail tel qu'il existe, chiffre ce qui bloque, vérifie les données et compare les projets possibles. L'audit doit permettre une décision : construire, préparer ou écarter.
Un audit ne sert pas à vous attribuer un score de maturité. Il sert à comprendre quel travail doit changer, avec quelles preuves, et ce qu'il serait raisonnable de construire en premier.
Où investir sans transformer l'IA en collection de licences, de prototypes et de présentations qui ne changent aucun travail ?
Les équipes voient des possibilités partout, mais personne ne relie fréquence, coût, données, risque et capacité de validation.
Des assistants ou automatisations tournent déjà, sans vue commune sur les données utilisées, les coûts, les droits ou les gains acceptés.
France Num et la CNIL recommandent de partir d'un besoin concret et de vérifier les prérequis. Alta36 pousse cette logique jusqu'au contrat du premier système. Le guide IA pour PME présente la matrice utilisée pour comparer les premiers cas.
Le travail qui consomme du temps, bloque une capacité, crée des reprises ou fait perdre des opportunités.
Déclencheur, personnes, étapes, outils, exceptions, délais, décisions et sortie effectivement utilisée.
Volume, temps de cycle, qualité, erreurs, coût ou conversion selon la fonction examinée.
Sources, propriétaires, formats, fraîcheur, accès, qualité et informations qui restent encore dans les têtes.
Outils déjà testés, pratiques informelles, automatisations actives, adoption et dette créée.
Utilisateur du système, responsable du résultat, personne qui valide et équipe qui devra reprendre le travail.
Données sensibles, actions irréversibles, risques métier, exigences juridiques ou cyber à confier aux spécialistes compétents.
Outils connectables, droits disponibles, cas de test, budget, dépendances et condition de succès observable.
Le contenu exact dépend du périmètre convenu. Ces six objets constituent le minimum utile pour passer de l'analyse à une décision de projet.
Une vue compréhensible des flux, sources, personnes, exceptions et sorties.
Les mesures disponibles, les inconnues et la méthode retenue pour établir le point de départ.
Valeur, fréquence, faisabilité, données, risques, adoption et effort comparés avec les mêmes critères.
Données nécessaires, provenance, droits, lacunes et mémoire à organiser avant le build.
Actions interdites, validations humaines, journalisation, arrêt et reprise proportionnés au risque.
Mission, entrées, sortie, critères d'acceptation, budget de fonctionnement et condition d'arrêt.
L'audit compare les projets avec des preuves disponibles. Une belle démonstration ne compense pas une donnée inaccessible ou l'absence de responsable.
| Question | Signal faible | Signal favorable |
|---|---|---|
| Le travail coûte-t-il quelque chose ? | Impression générale | Volume, temps ou manque à gagner mesuré |
| Les sources existent-elles ? | Informations dispersées et droits inconnus | Sources accessibles, responsables identifiés |
| La sortie est-elle jugeable ? | « Cela semble bon » | Critères, exemples et erreurs connus |
| Les exceptions sont-elles maîtrisées ? | Cas sensibles mélangés au flux normal | Exceptions identifiées et passage humain prévu |
| L'équipe utilisera-t-elle le système ? | Projet décidé loin du terrain | Utilisateur et responsable impliqués dans le test |
| La valeur peut-elle être observée ? | Promesse de productivité | Mesure avant/après et fenêtre de décision |
Le périmètre peut porter sur une fonction précise ou plusieurs processus candidats. La durée vient de ce périmètre, pas d'un format annoncé avant de connaître l'entreprise.
Dirigeant et personnes du terrain décrivent les irritants, le travail et les décisions qui comptent.
Les flux, sources, outils, exemples, volumes et exceptions sont vérifiés sur la matière disponible.
Les projets sont comparés selon valeur, faisabilité, données, risques et adoption probable.
Le premier cas retenu devient une mission avec une sortie, des tests, des limites et une mesure.
Un cadrage honnête nomme aussi les expertises qu'il ne remplace pas.
L'audit repère les décisions, données et usages qui doivent être soumis à un juriste ou un DPO.
Il identifie les accès et actions à sécuriser, puis oriente les contrôles spécialisés nécessaires.
Les scénarios reposent sur les volumes et coûts observés. Le pilote doit encore prouver le gain.
Le choix technique vient après le travail, les données, les droits et les critères d'acceptation.
Le dossier doit rester exploitable même si l'entreprise choisit une autre équipe pour la suite.
L'agence IA Alta36 construit les sources, la mémoire, les agents, les contrôles et la boucle d'amélioration du périmètre retenu.
Le responsable interne récupère les faits, les critères, les risques et le contrat du projet pour piloter la suite avec ses propres ressources.
C'est une analyse structurée des processus, des données, des usages existants, des risques et des mesures qui permet de choisir les projets IA utiles et d'écarter ceux qui ne sont pas prêts.
Le contenu dépend du périmètre convenu. Un audit orienté exécution doit au minimum rendre visibles le travail actuel, les opportunités comparées, les sources nécessaires, les risques, la mesure et le contrat du premier projet recommandé.
Le prix dépend du nombre de fonctions examinées, des entretiens, des données accessibles et de la profondeur attendue. Alta36 confirme le périmètre et le prix après un premier échange.
Non. L'audit peut partir de zéro ou examiner des usages déjà dispersés. Il faut surtout pouvoir décrire le travail et donner accès à des exemples non sensibles lors du cadrage.
Non. Alta36 repère les zones qui nécessitent une expertise juridique, RGPD, AI Act ou cybersécurité, mais ne remplace pas un audit réglementaire, une analyse juridique ou un test d'intrusion certifiant.
Décrivez la fonction, le travail qui se répète et ce que vous aimeriez pouvoir mesurer. Alta36 vous répond sur le périmètre qu'il serait raisonnable d'examiner.