📋 Sommaire
Il existe une catégorie d'entreprises dont on parle peu : celles pour lesquelles le marché du logiciel n'a rien prévu. Pas parce que leur activité serait exotique, mais parce qu'elle combine deux ou trois métiers que les éditeurs traitent séparément. Chaque logiciel testé couvre les trois quarts du besoin, jamais le même quart manquant.
Ces entreprises se reconnaissent vite. Elles ont acheté un outil, elles s'en servent à moitié, et l'essentiel de leur activité réelle vit dans des tableurs à côté. La question n'est pas de savoir s'il faut « passer au sur-mesure ». Elle est de reconnaître le moment où le marché ne répond plus — et ce moment se constate, il ne se devine pas.
Le sur-mesure ne se justifie pas par le confort, il se justifie par l'absence d'offre
Sur les chantiers menés en PME, la demande ne commence presque jamais par « on veut du sur-mesure ». Elle commence par un dirigeant qui explique son métier pendant vingt minutes et qui conclut : aucun outil ne sait faire ça. Dans la majorité des cas, il se trompe et un produit du marché existe. Dans certains cas, il a raison — et cela se vérifie en une visite, pas en réunion.
Avant de faire construire quoi que ce soit, listez les tableurs qui tournent à côté de vos logiciels. La réponse est presque toujours là.
Le tableur qui vit à côté du logiciel est un diagnostic
Un tableur parallèle n'est pas un signe de désordre. C'est une réparation. Quelqu'un, un jour, a constaté que l'outil officiel ne savait pas faire quelque chose, et il a comblé le trou avec les moyens du bord. Ce fichier décrit exactement l'écart entre le logiciel acheté et le métier réel.
D'où l'intérêt de le lire avant toute décision. Combien de tableurs tournent en parallèle. Qui les tient. Ce qu'ils contiennent que le logiciel ne sait pas stocker. Combien de fois par semaine une information y est recopiée à la main depuis un autre écran. Ces quatre réponses valent plus qu'un cahier des charges, parce qu'elles décrivent ce qui se passe, pas ce qu'on aimerait qu'il se passe.
Cet écart explique aussi un chiffre curieux. Selon le Baromètre France Num 2025 publié par la Direction générale des entreprises, 26 % des TPE et PME déclarent utiliser une solution d'intelligence artificielle, proportion doublée en un an, mais 5 % seulement ont mis en place une automatisation de tâches. Autrement dit : beaucoup d'entreprises se servent de l'IA à titre individuel, très peu ont transformé cet usage en outil d'entreprise. Entre les deux, il y a précisément le travail que personne n'a fait — brancher l'outil sur la réalité du métier.
Trois situations où le marché n'a réellement rien
La première : l'activité est une combinaison. Un dépôt-vente événementiel, par exemple, fait de la vente, de la consignation pour compte de tiers, de la gestion d'événement et de l'encaissement mobile. Chacun de ces métiers a ses éditeurs. Aucun ne traite les quatre ensemble, et c'est justement l'articulation des quatre qui fait l'entreprise.
La deuxième : le logiciel existe mais il est fermé. Beaucoup de PME tournent sur un outil propriétaire installé il y a dix ou quinze ans, qui fait correctement son travail et dont les données ne sortent pas facilement. Le remplacer coûterait des mois d'arrêt pour un bénéfice incertain. Le garder, c'est accepter que rien ne communique.
La troisième : la règle métier est locale. Une tarification qui dépend du client, du volume, de la saison et d'un historique de gestes commerciaux ne rentre dans aucun paramétrage standard. Ce n'est pas une bizarrerie : c'est souvent là que se trouve la marge de l'entreprise.
Construire beaucoup moins qu'on ne le croit
Reconnaître l'absence d'offre ne veut pas dire tout redévelopper. Sur un chantier mené en 2026 chez un distributeur d'équipements de protection de 88 salariés répartis sur cinq sites, l'outil de gestion historique a été conservé tel quel. Ce qui a été construit s'est greffé autour, pour faire circuler ce qui ne circulait pas.
Sur un autre chantier, chez un dépôt-vente événementiel, l'infrastructure d'encaissement a en revanche été construite de zéro jusqu'à la mise en production, parce qu'il n'existait rien qui corresponde au fonctionnement réel de l'activité.
Deux situations, deux réponses opposées. Le point commun n'est pas la technologie employée, c'est la méthode : on regarde comment l'entreprise travaille avant de décider ce qu'on écrit. Un cabinet qui arrive avec sa réponse déjà choisie fera entrer le métier dans son outil, et le dirigeant s'en apercevra six mois plus tard.
Cette différence de traitement n'est pas une affaire de budget. Elle vient d'un constat fait sur place : dans un cas, l'outil existant tenait la charge et le manque était ailleurs ; dans l'autre, il n'y avait rien à conserver. Cela ne se tranche pas en salle de réunion, à partir d'un cahier des charges rédigé par l'entreprise elle-même.
Quatre questions avant de faire construire
Ces questions ne demandent aucune compétence technique, et elles éliminent la plupart des mauvais projets.
Que se passe-t-il si on ne fait rien pendant un an ? Si la réponse est « pas grand-chose », le sujet n'est pas mûr, et l'argent sera mieux placé ailleurs.
Cette règle métier est-elle vraiment particulière, ou seulement habituelle ? Beaucoup de spécificités revendiquées sont des habitudes que personne n'a jamais remises en question. Un outil du commerce fera très bien l'affaire, pour beaucoup moins cher.
Qui possède ce qui sera construit ? Le code, les données, les accès. La réponse doit être écrite noir sur blanc avant la signature, pas après.
Que coûte le mois où personne n'y touche ? Un outil sur mesure vit ensuite. Hébergement, mises à jour, corrections. Un devis qui ne mentionne pas cette ligne est un devis incomplet.
Faire développer un outil, ce n'est pas réservé aux entreprises qui ont un service informatique ?
C'est l'inverse. Une entreprise qui a un service informatique peut absorber un outil standard et le tordre pour qu'il rentre. Une PME de trente personnes n'a personne pour faire ce travail de contorsion au quotidien — c'est donc elle qui paie le plus cher un logiciel mal adapté, en heures de ressaisie et en erreurs. Ce qui manque à une PME, ce n'est pas la compétence technique : c'est quelqu'un qui vienne voir comment elle travaille avant de proposer quoi que ce soit.
Regarder avant de choisir
Dans la plupart des cas examinés, la bonne réponse reste un outil du marché, correctement branché et réellement utilisé. Le sur-mesure n'est pertinent que sur la portion d'activité où le marché est absent — et cette portion est généralement plus petite que ce que le dirigeant imagine au départ.
Encore faut-il l'avoir mesurée. C'est l'objet du diagnostic gratuit proposé par Structolabs : une visite, l'observation du travail réel, et une réponse claire sur ce qui doit être acheté, ce qui doit être construit, et ce qui ne doit surtout pas être touché.
Prêt à automatiser vos processus ?
Réservez un diagnostic gratuit de 30 minutes.
Réserver un diagnostic gratuit