L’audit de processus avant l’IA : la méthode en 3 phases qu’on applique à toutes les PME

L’audit de processus avant l’IA : la méthode en 3 phases qu’on applique à toutes les PME

La plupart des dirigeants qui nous appellent ont déjà une idée derrière la tête. Un agent qui rédige les devis, un outil qui suit les chantiers en temps réel, une IA qui range la compta toute seule. La demande arrive presque toujours sous la forme d’une solution, rarement sous la forme d’un problème. Et c’est précisément là qu’on s’arrête, gentiment, pour poser une autre question : avant de parler d’outil, est-ce qu’on peut regarder comment ça se passe vraiment chez vous ?

Cette question, ce n’est pas de la coquetterie de consultant. C’est le cœur du métier. Parce qu’une IA branchée sur un processus bancal ne corrige pas le bancal, elle l’accélère. On en a fait tout un raisonnement dans un autre article sur l’échec des projets IA en PME. Ici, on prend le problème par l’autre bout : non pas pourquoi ça rate, mais comment on s’y prend concrètement pour que ça marche. La méthode tient en trois phases. Auditer, réaliser, léguer. Trois semaines, pas trois mois.

Phase 1, auditer : on cartographie ce qui se passe vraiment

Tout commence par une journée sur place. Pas un questionnaire envoyé par mail, pas un atelier en visio avec des post-it virtuels. Une vraie journée, sur le terrain ou à l’atelier, avec les gens qui font le travail. Le compagnon qui remplit son rapport dans la camionnette, l’assistante qui ressaisit tout le lundi matin, l’opérateur qui jongle entre deux écrans et un cahier. Eux savent où ça coince. Souvent mieux que le dirigeant, d’ailleurs.

Ce qu’on cherche, c’est le processus réel, pas le processus officiel. Il y a presque toujours un écart entre les deux. La procédure rangée dans un classeur dit une chose, la vie de tous les jours en dit une autre. On suit donc la donnée à la trace. D’où elle part, qui la crée, sur quel support, qui la relit, combien de fois elle est recopiée avant d’arriver à destination. Ce comptage paraît anodin. Il ne l’est jamais.

Dans le cas d’une PME du BTP qu’on accompagne, on a compté quatre recopiages de la même information par quatre personnes différentes. La même heure de chantier, écrite sur un papier, retapée dans Excel, reportée dans le logiciel de gestion, puis encore une fois dans le tableau de refacturation. Personne n’avait jamais posé ce chiffre noir sur blanc. Le dirigeant pensait perdre du temps, il ne savait pas à quel point, ni à quel endroit précis.

Ce qu’on regarde, au juste

Trois choses, principalement. D’abord, où la donnée se perd ou se déforme, parce que c’est là que naissent les erreurs et les retards. Ensuite, ce que les équipes contournent déjà, le fichier perso, le carnet, le coup de fil qui remplace une procédure trop lourde, parce qu’un contournement signale toujours une friction réelle. Enfin, ce qui marche et qu’il ne faut surtout pas casser. Un audit honnête, ça ne consiste pas à tout vouloir refaire. Ça consiste à isoler la douleur précise, celle qui mérite qu’on s’y attaque, et à laisser tranquille le reste.

À la fin de cette journée, on dispose d’une cartographie complète des flux et d’une liste courte. Pas une liste de cent améliorations possibles. Le seul processus, ou les deux ou trois, qui font vraiment mal et qui valent l’investissement. Le dirigeant repart déjà avec quelque chose, même s’il décide de ne pas aller plus loin avec nous : une vision claire de là où son temps et sa marge s’évaporent.

Phase 2, réaliser : on construit le mini-outil sur-mesure

Une fois le réel posé sur la table, on construit. Et là encore, l’approche détonne avec ce qu’on entend d’habitude. On ne déploie pas un SaaS du marché qu’il faudrait paramétrer pendant six mois. On ne livre pas une usine à gaz avec quarante modules dont vous en utiliserez cinq. On code un applicatif précis, taillé pour votre métier, vos étapes, vos habitudes.

La nuance est de taille. Un logiciel standard est pensé pour dix mille entreprises à la fois, donc pour aucune en particulier. Le vôtre est pensé pour vous. Ses écrans reprennent vos mots, vos étapes, votre logique. L’opérateur n’a pas à traduire son métier dans le langage d’un éditeur, c’est l’outil qui parle sa langue. Le bureau s’adapte au terrain, jamais l’inverse.

L’IA, elle, n’arrive qu’à ce moment, et seulement là où elle paie. On place les agents Gemini aux endroits qui enlèvent une vraie douleur : structurer une saisie courte, pré-remplir les champs qui reviennent à chaque fois, repérer une incohérence avant qu’elle ne file dans la facturation. Le reste du temps, elle reste invisible. L’utilisateur ne voit pas « de l’IA », il voit un outil rapide qui lui fait gagner du temps. C’est le moteur, pas l’interface. Si on vous vend de l’IA tape-à-l’œil, posez-vous des questions.

On tient compte aussi des contraintes que le bureau a tendance à oublier. Un compagnon a les mains prises, un opérateur porte des gants, l’atelier perd le Wi-Fi deux fois par jour. Un outil qui exige une connexion permanente et dix clics par saisie finit au fond d’une poche, et la donnée repart sur papier. On conçoit donc pour la réalité du terrain, avec un mode hors-ligne quand il le faut, des écrans qui vont à l’essentiel, une saisie qui se fait en quelques secondes entre deux tâches. L’ergonomie n’est pas un détail cosmétique ici, c’est la condition de l’adoption.

Pourquoi cet ordre compte autant ? Parce que construire avant d’avoir audité, c’est coder une solution à un problème qu’on n’a pas encore vraiment compris. On l’a vu des dizaines de fois : l’outil rêvé du départ n’est presque jamais l’outil dont l’entreprise avait besoin. La cartographie change la commande initiale, et c’est tant mieux. Mieux vaut découvrir ça en phase d’audit qu’après trois mois de développement.

Phase 3, léguer : on remet le code, l’app et la doc

C’est la phase dont personne ne parle, et c’est peut-être la plus importante. À la fin du projet, on ne vous laisse pas avec un abonnement et une dépendance. On vous remet tout. Le code source, la base de données, la documentation technique. Vous en êtes propriétaire, pleinement, et c’est écrit noir sur blanc dans le contrat.

Concrètement, ça veut dire quoi ? Que si demain vous voulez faire évoluer votre outil avec un autre prestataire, vous le pouvez. Que si vous embauchez un développeur en interne, il reprend la main sans nous demander la permission. Que vous n’avez aucun verrou caché, aucune clé que nous garderions par-devers nous. Vos données restent chez vous. Personne d’autre n’y a accès, pas même nous. Point final.

Cette phase comprend aussi l’adoption. Un outil que personne n’utilise est un outil mort, peu importe sa qualité technique. La mise en production s’accompagne donc d’une formation courte, deux heures suffisent en général, parce que l’applicatif a justement été conçu pour ne pas exiger une semaine d’apprentissage. Les équipes l’avaient déjà vu prendre forme pendant la phase de construction, elles s’y retrouvent immédiatement. Et on assure le maintien en condition opérationnelle, pour que ça tourne dans la durée sans accroc.

L’idée derrière tout ça est simple. Une prestation classique vous rend dépendant, c’est même souvent son modèle économique. Nous, on cadre chaque mission comme un transfert de propriété. Vous achetez une maison au lieu de louer. Une fois le travail fait, l’actif est à vous, et il le reste.

Pourquoi 3 semaines suffisent, et pas 3 mois

La question revient à chaque fois, avec une pointe de scepticisme légitime. Trois semaines pour auditer, construire et livrer un outil métier, ça paraît court face aux projets logiciels qui s’étirent sur des trimestres. La réponse tient en deux mots : le périmètre.

Les projets qui durent des mois, ce sont presque toujours des projets qui ont voulu tout embrasser d’un coup. Refondre tout le système d’information, couvrir tous les cas particuliers, brancher tous les services. On prend le chemin inverse. On attaque un processus, celui qui fait le plus mal, et on le règle bien. Un atelier, un flux, une douleur précise. Le reste viendra plus tard si le premier projet a tenu ses promesses, et il les tient d’autant mieux qu’il est borné.

Cette discipline du périmètre court, ce n’est pas de la précipitation. C’est exactement le contraire. C’est ce qui permet d’aller vite sans bâcler. Une PME du BTP qu’on a accompagnée est passée d’un jour de saisie par semaine à une heure, en trois semaines de chantier, pour environ 14 400 € quand une embauche équivalente lui aurait coûté 43 200 € par an. Le récit détaillé est ici. Ce résultat n’est pas venu d’un sprint héroïque. Il est venu d’un cadrage net dès le premier jour.

Il y a aussi un effet de bord vertueux. Quand le périmètre est court, l’équipe du client reste mobilisée, parce qu’elle voit l’outil arriver. Sur un projet de six mois, l’attention retombe, les priorités changent, le sponsor interne se lasse. Trois semaines, c’est assez court pour garder tout le monde dans le coup, et assez long pour faire les choses sérieusement.

Le livrable : un cahier des charges que vous gardez, peu importe la suite

Même si vous décidez de ne pas lancer le développement avec nous, la phase d’audit produit quelque chose de tangible. Un cahier des charges. La cartographie de votre processus réel, le chiffrage de ce qu’il vous coûte aujourd’hui, et la recommandation précise de ce qu’il faudrait construire pour le régler. Ce document vous appartient.

C’est un point auquel on tient. Trop d’audits se résument à une présentation flatteuse qui repart avec le consultant, vous laissant aussi démuni qu’avant. Notre audit, lui, reste entre vos mains. Vous pouvez le confier à un autre prestataire, le présenter à votre banque pour financer le projet, ou le ranger un an et y revenir quand le moment sera venu. Dans tous les cas, vous avez avancé. Vous savez où est la douleur, combien elle coûte, et par quoi commencer.

Cet audit, on le réalise pour 2 350 € HT, livré en trois semaines. Si vous enchaînez avec le développement dans la foulée, son montant est en partie déduit de la suite. Pas de piège, pas d’engagement caché. Juste un point de départ honnête, qui vous laisse libre de la marche à suivre. C’est la première brique de notre méthode, et c’est souvent la plus éclairante.

Alors voilà la vraie question, celle qu’on vous renvoie : quel est le processus qui vous fait le plus mal aujourd’hui ? Celui que vos équipes contournent, celui qui vous coûte une journée par semaine, celui dont vous parlez depuis deux ans sans jamais trouver le temps de vous y atteler. Décrivez-le nous en deux lignes. On vous répond sous 24 h avec une première estimation de ROI.

Décrire mon processus →

Cet article fait partie de notre réflexion sur la méthode Process-First AI. Pour voir comment on l’applique du premier audit à la livraison, voir nos services. Et pour un cas réel chiffré, lire saisie chantier en 1 heure au lieu d’1 jour.

L’agence d’élite pour le déploiement d’intelligences artificielles opérationnelles.