Conseil en IA et optimisation des processus

La phase de diagnostic, c'est s'asseoir avec les personnes qui font le travail. Le processus documenté et le processus réel diffèrent dans presque toutes les organisations, et c'est dans cet écart que se cache généralement l'opportunité : le tableur qui rapproche deux systèmes, la boîte mail qu'une personne trie à la main, le rapport reconstruit de zéro chaque lundi.

Nous chiffrons ce que nous trouvons : combien de fois par mois, combien de temps prend chaque opération, combien coûte une erreur quand elle survient. Le débat sur la stratégie IA devient alors un calcul, et un calcul résiste à l'examen d'un directeur financier.

Chaque cas d'usage candidat est noté sur trois axes : la valeur s'il fonctionne, la faisabilité avec la technologie telle qu'elle existe aujourd'hui, et la disponibilité de données suffisamment propres. La liste qui en ressort n'est généralement pas celle qu'attendait l'organisation – l'idée spectaculaire tournée vers le client se classe souvent derrière un processus interne banal exécuté dix mille fois par mois.

Nous sommes tout aussi directs sur les cas que nous déconseillons. Si un moteur de règles le résout de manière déterministe, si le volume est trop faible pour rentabiliser le développement ou si les données n'existent pas encore, cela figure dans le rapport, argumenté. Une mission de conseil qui ne dit jamais que oui ne vaut pas la peine d'être commandée.

Trois domaines sont généralement rentabilisés plus vite que les autres. Tous combinent un volume élevé et une lecture manuelle coûteuse.

Revue des contrats et de la conformité. Les contrats longs et les cadres réglementaires – RGPD, HIPAA, DORA – mobilisent des heures de juristes seniors. Un système de recherche documentaire retrouve les clauses pertinentes et cite la page et le paragraphe, si bien qu'un juriste vérifie en quelques minutes au lieu de lire pendant des heures.

Support interne. Les questions sur les politiques internes arrivent en continu, et la réponse se répartit généralement entre un document de référence et des données en temps réel dans un autre système. La recherche documentaire traite la partie politique, une requête dans votre SIRH ou votre ERP traite le reste, et le collaborateur obtient une réponse plutôt qu'un ticket.

Traitement des factures et des documents. Les factures et relevés arrivent non structurés et sont ressaisis à la main. Extraire les champs selon un schéma fixe, les contrôler par rapport à votre référentiel fournisseurs et les comptabiliser dans l'ERP supprime la file d'attente au lieu de simplement l'assister. C'est aussi le plus facile des trois à mesurer, puisque vous savez déjà ce que coûte cette file.

La plupart des programmes d'IA qui s'enlisent butent sur les données, pas sur les modèles : des enregistrements dispersés dans des systèmes qui se contredisent, des documents numérisés plutôt que structurés, un historique écrasé au lieu d'être conservé. Nous confrontons ce dont vous disposez à ce dont chaque cas d'usage a besoin et, lorsqu'une remise à niveau s'impose, nous la cadrons comme un lot de travail à part entière avec son propre coût, plutôt que comme une hypothèse enfouie dans une estimation.

Pour les activités en Europe, nous positionnons également chaque cas d'usage au regard de l'AI Act européen : dans quelle catégorie de risque il se situe, quelles obligations de documentation et de supervision humaine en découlent, et ce que cela implique pour la conception. Il est bien moins coûteux de répondre à ces questions avant le développement que de rectifier après coup, lorsqu'un audit interne les pose.

La feuille de route est rédigée par des ingénieurs seniors qui livrent des systèmes en production, et c'est ce qui garde les estimations honnêtes : c'est nous qui devrions les tenir. Notre CEO conduit personnellement le diagnostic et, chez un client accompagné sur plusieurs projets, les modules d'IA issus de cette démarche ont réduit l'effort de développement de 40 %.

Vous n'êtes pas tenu de nous confier la réalisation. Le livrable vous appartient et il est suffisamment précis pour être exécuté par votre propre équipe ou par un autre partenaire. Mais lorsque nos clients poursuivent avec nous, aucune passation n'est nécessaire : ceux qui ont cartographié le processus sont ceux qui écrivent le code.