Nous avons refusé trois demandes de développement spécifique depuis le début de l’année. Pas par manque de moyens : parce que dans les trois cas, un outil existant faisait déjà quatre-vingts pour cent du travail demandé, et que les vingt pour cent restants ne justifiaient pas d’écrire une ligne de code. Le sur-mesure commence là où cet arbitrage bascule vraiment. C’est ce que nous appelons un module IA sur mesure en PME, une automatisation dessinée pour un processus qui n’existe nulle part ailleurs, et qui se paie en conception comme en entretien.
Trois signes qu’aucun module du catalogue ne conviendra
Le premier signe est un vocabulaire. Quand une entreprise nomme ses objets d’une façon que personne d’autre n’emploie dans son secteur, quand un « dossier » désigne à la fois une commande, un lot de production et un contrôle qualité, aucun logiciel du marché n’a été pensé pour cette réalité-là. Le deuxième signe est réglementaire : les métiers soumis à traçabilité obligatoire ont des contraintes de conservation et de justification qu’un outil générique traite mal, ou pas du tout.
Le troisième est le plus difficile à admettre pour un dirigeant. C’est quand le processus constitue précisément l’avantage de l’entreprise. Automatiser avec un outil standard revient alors à s’aligner sur ce que fait tout le monde. Une PME qui livre en quatre heures là où ses concurrents livrent en deux jours ne peut pas confier son ordonnancement à un module conçu pour la moyenne du marché.
Ce que Modul’IA apporte au développement spécifique
Le module Modul’IA repose sur trois piliers, et ce sont eux qui rendent le sur-mesure abordable pour une entreprise de taille moyenne. L’intégration se fait nativement avec les outils déjà installés, ERP, CRM, messagerie, bureautique, sans refonte du système d’information : on construit une brique qui se branche, pas une application de plus à administrer. Le traitement est contextuel, il tient compte de la situation particulière de chaque cas au lieu d’exécuter une règle rigide, ce qui est exactement la raison pour laquelle on quitte le standard. Les résultats sont mesurables dès les premières semaines de déploiement, sur des indicateurs définis en phase de cadrage.
Le sur-mesure n’est donc pas une page blanche. Nous partons d’une base éprouvée et nous ne développons que la partie réellement propre à l’entreprise. C’est la différence entre un projet de quelques semaines et un projet de plusieurs trimestres.
Un façonnier cosmétique et son problème de lots
Prenons un cas concret, celui d’un façonnier en cosmétique établi à Pontault-Combault, quatre-vingts salariés, qui fabrique pour une quinzaine de marques donneuses d’ordre. Chaque commande fait intervenir un cahier des charges client, une formule interne, des matières premières identifiées par numéro de lot, et un contrôle qualité dont les critères varient selon la marque. Aucun logiciel du commerce ne relie ces quatre objets dans le sens dont l’entreprise a besoin.
Concrètement, quand un client demandait quelles matières premières étaient entrées dans une production livrée huit mois plus tôt, la réponse prenait entre une demi-journée et deux jours de recherche dans quatre sources différentes. Ce genre de demande tombe une à deux fois par mois. Nous avons construit une brique qui reconstitue la chaîne complète à partir d’un numéro de lot, avec les pièces justificatives associées. La réponse se prépare désormais en quelques minutes, et l’entreprise s’en sert comme argument commercial auprès des marques qui auditent leurs sous-traitants.
Ce que ce cas montre : le sur-mesure ne se justifie pas par le temps gagné sur une tâche quotidienne. Il se justifie par une capacité que l’entreprise n’avait pas du tout.
Écrire le processus avant d’écrire la moindre ligne
Un développement spécifique échoue rarement pour des raisons techniques. Il échoue parce que personne n’a mis par écrit ce que fait réellement l’entreprise, avec ses exceptions. Nous consacrons donc les premiers jours à un exercice austère : dessiner le processus tel qu’il se déroule, pas tel qu’il devrait se dérouler, en interrogeant séparément deux ou trois personnes qui l’exécutent.
Les écarts entre leurs descriptions sont le vrai matériau du projet. Chez le façonnier, deux opérateurs décrivaient la même vérification qualité de manière incompatible, l’un la faisant avant conditionnement et l’autre après. Ni l’un ni l’autre n’avait tort au regard de la consigne écrite, qui datait de 2018 et n’avait jamais été revue. Ce genre de découverte se règle en réunion, pas en développement, et il vaut mieux la faire au début qu’à la recette.
Le prix réel, entretien compris
Un développement spécifique coûte plus cher qu’un abonnement, personne ne prétendra le contraire. La vraie surprise n’est pas là. Elle est dans l’entretien : une brique sur mesure doit être maintenue, testée quand un logiciel voisin change de version, ajustée quand le métier évolue. Un ordre de grandeur raisonnable consiste à provisoirement compter, chaque année, une fraction non négligeable du coût de construction initial. Un projet présenté sans cette ligne au budget est un projet mal chiffré.
Trois exigences protègent l’entreprise sur la durée, et elles se négocient avant la signature, jamais après. La documentation technique doit être livrée et lisible par un tiers. Le code et les paramétrages doivent vous appartenir. Un scénario de sortie doit être écrit, décrivant comment récupérer vos données et faire reprendre la maintenance par quelqu’un d’autre. Une PME qui dépend d’un prestataire unique sans ces garanties a échangé un problème contre un autre.
Quand nous conseillons de renoncer
Trois situations nous font recommander l’abandon. Quand le processus visé va changer dans l’année, pour un déménagement, une reprise ou un nouvel ERP, on construit sur du sable. Quand une seule personne détient la connaissance du métier et n’a pas le temps de la transmettre, le projet s’enlisera. Quand le besoin exprimé est en réalité un problème d’organisation, un module IA sur mesure en PME, une automatisation aussi élégante soit-elle, ne fera que rendre le désordre plus rapide.
Reste la question de l’appropriation. Un développement propre à l’entreprise n’a d’intérêt que si quelqu’un en interne comprend ce qu’il fait, sait décrire une anomalie et peut arbitrer une évolution. La formation Référent IA prépare ce rôle, la formation Initiation IA installe le socle commun dans les équipes qui utiliseront l’outil au quotidien.
Le bon réflexe reste de vérifier d’abord le catalogue des modules : dans la majorité des cas, une brique existante bien paramétrée suffit, et coûte cinq fois moins. Quand ce n’est pas le cas, un module IA sur mesure en PME, une automatisation taillée sur votre propre façon de travailler, devient le seul chemin praticable. MINOBIA cadre ce type de projet avec les mêmes exigences de mesure que pour un module standard, et le dit franchement quand le jeu n’en vaut pas la chandelle.
Questions fréquentes
Comment savoir si notre besoin relève du standard ou du spécifique ?
La règle que nous appliquons : si un module du catalogue couvre au moins les trois quarts du besoin, on paramètre plutôt que l’on développe. Le cadrage tranche cette question en quelques heures.
Sommes-nous propriétaires de ce qui est développé ?
Oui, et c’est un point à faire écrire noir sur blanc dans le contrat, avec la livraison de la documentation technique.
Combien de temps prend un développement de ce type ?
Cela dépend du nombre de systèmes à relier. Quand on part d’une base existante et que le périmètre reste tenu, on raisonne en semaines. Un projet annoncé en quelques jours doit éveiller votre méfiance.
Que se passe-t-il si nous changeons d’ERP dans deux ans ?
La partie connexion est à refaire, la logique métier reste. C’est précisément pourquoi nous séparons ces deux couches dès la conception.
Peut-on commencer petit ?
C’est même la seule approche que nous recommandons. Une première version restreinte, mise entre les mains des utilisateurs, apprend plus en trois semaines que six mois de spécifications.
Prêt à transformer votre entreprise avec l’IA ?
À propos de l’auteur
Joël Obitz est entrepreneur et fondateur de MINOBIA, cabinet spécialisé dans l’intégration stratégique de l’intelligence artificielle au sein des PME et ETI. Fort de 20 ans d’expérience dans le B2B industriel, il accompagne les entreprises dans leur transformation numérique, avec une approche directe, pragmatique et orientée résultats.
Contactez-nous : contact@minobia.ai
Suivez-nous sur LinkedIn et Facebook
MINOBIA – Activateur France Num https://www.francenum.gouv.fr/activateurs/minobia
