La plupart des projets IA échouent avant la première ligne de code.
Quelqu’un assiste à une démonstration, l’équipe s’enthousiasme, un outil est branché sur les opérations, et trois mois plus tard il prend la poussière pendant que tout le monde revient discrètement à l’ancienne méthode. La conclusion tirée : l’IA ne fonctionne pas chez nous.
La vraie cause, c’est que le projet est parti d’une technologie, pas d’un diagnostic. L’audit existe pour inverser cet ordre : trouver le problème coûteux, le chiffrer, et seulement ensuite prescrire.
Ce que nous faisons en deux semaines
Pas « il nous faut de l’IA » mais « un délai de réponse aux prospects de quatre heures à moins de dix minutes ». Chaque résultat a une situation actuelle, une cible et un écart mesurable. Ce qui ne se mesure pas est un souhait, pas un résultat.
Un échange avec la direction fixe l’organigramme, les outils, le modèle de revenus et l’endroit où la direction situe la douleur. Puis nous interrogeons les personnes qui font le travail, de la décision à l’action et au résultat. Nous demandons « racontez-moi votre matinée d’hier », pas « que faites-vous ici ».
Chaque processus décomposé en tâches qui consomment du temps, portent un risque ou dégradent la qualité, avec les heures et les personnes associées, pour que chaque candidat ait un coût.
Entrée structurée ? Sortie prévisible ? Décisions fondées sur des règles ? Fréquence suffisante ? Quatre oui, et l’IA peut porter l’essentiel du travail pendant que les humains gardent le jugement. Nous sommes tout aussi clairs sur les usages à éviter : conflits, questions humaines, décisions stratégiques, demandes vraiment non structurées, tâches rares.
Gains rapides, grands paris, agréables mais secondaires, et ceux à abandonner. Les gains rapides financent et sécurisent les grands paris.
Heures, salaires, fréquence et impact sur le chiffre d’affaires traduits en coût annuel du statu quo et en estimation de retour sur investissement pour chaque élément.
Comment se déroulent les deux semaines
- Jours 1–2 : échange avec la direction, liste des entretiens, date de restitution fixée pour que rien ne traîne
- Jours 3–7 : entretiens et questionnaires, sans exception, et sans chatbot pour mener les entretiens
- Jours 5–8 : analyse : cartographie des processus, matrice d’opportunités, économie, première version
- Jours 8–11 : vérification de faisabilité avec le sponsor : les premiers éléments correspondent-ils à ce que vous êtes prêt à poursuivre ?
- Jours 12–14 : restitution, plan par phases, périmètre de la première étape de preuve
Deux points que nous prenons au sérieux et que la plupart des audits négligent
La conduite du changement. Si les personnes interrogées concluent qu’on les audite pour les remplacer, rien de ce qui sera construit ensuite ne sera utilisé. L’audit se fait avec elles, et la liste indique explicitement où les humains gardent le jugement.
L’indépendance. L’audit n’est pas un document de vente pour une plateforme. Son résultat peut être exécuté par n’importe qui. Nous vous dirons quand la réponse la plus simple n’est pas l’IA.
Trouver le problème coûteux, le chiffrer, et seulement ensuite prescrire.
Où cela mène
L’audit est la porte d’entrée vers les trois voies de réalisation : transformation des logiciels « legacy » et des processus, intégration de données et automatisation par l’IA, ou déploiement ERP. Ou vers rien du tout, si les chiffres le disent.
Quel est le problème le plus coûteux que vous n’avez pas encore réglé ?
Deux semaines entre un échange avec la direction et une liste classée avec les chiffres. Dites-nous où vous pensez que l’argent s’échappe, et nous vérifierons si vous avez raison.