À un certain stade de croissance, la question du logiciel de gestion change de nature. Il ne s'agit plus de choisir entre deux SaaS comparables, ni de migrer sur l'éditeur dont parle votre voisin. Il s'agit de trancher entre une solution standard, un sur mesure cadré, ou la combinaison des deux. Et ce choix se joue moins sur votre taille que sur le stade où vous êtes.
Donatien Lefranc
Fondateur & Président, Leando
La question « sur mesure ou SaaS » n'arrive jamais en début de vie d'une PME. Elle arrive après quelques années, à un stade reconnaissable. L'effectif a doublé, parfois triplé. Le carnet de commandes ne cesse de monter. Les outils choisis trois ou quatre ans plus tôt, parfaitement adaptés à l'époque, commencent à craquer. Les équipes compensent. Elles ouvrent un Excel parallèle pour chaque trou de l'outil. Elles ressaisissent. Elles s'envoient des informations par email parce que les outils ne se parlent pas.
Le dirigeant le sent avant de le formuler. Il sent que le pilotage est devenu approximatif, que les chiffres ne matchent pas d'une réunion à l'autre, que les chefs de projet passent plus de temps à consolider qu'à faire leur métier. Il commence à demander autour de lui : faut-il changer d'ERP, prendre un autre CRM, repartir sur du sur mesure ? La question est légitime. Sa formulation est piégeuse.
Le réflexe naturel quand un outil cale, c'est de chercher un meilleur outil. C'est rarement la bonne entrée. Dans neuf cas sur dix, le problème n'est pas l'outil pris isolément. C'est l'assemblage : un CRM acheté à un moment, un ERP à un autre, une compta tierce, un outil métier propre, et entre tout ça, des Excel. Aucun outil ne couvre toute la chaîne. La friction se loge dans les passerelles manquantes.
Remplacer un outil par un autre déplace le problème sans le résoudre. Le nouveau SaaS aura ses limites, ses extensions à payer, ses règles métier qu'il ne sait pas implémenter. Au bout de dix-huit mois, on se retrouve avec le même Excel parallèle, mais sur une nouvelle base. La vraie question n'est pas « quel logiciel choisir ». Elle est : « quels processus dois-je laisser au standard, et lesquels mérite-t-on d'industrialiser sur mesure ».
Les comparatifs sur mesure vs SaaS prennent presque toujours la forme d'un tableau à deux colonnes. D'un côté, les avantages du SaaS : déploiement rapide, coût d'entrée faible, mises à jour automatiques, communauté. De l'autre, les avantages du sur mesure : adaptation au métier, propriété du code, scalabilité, différenciation. Ces tableaux sont vrais. Ils sont aussi inutiles pour décider, parce qu'ils comparent les solutions dans l'abstrait, pas dans le contexte de votre entreprise.
Une décision sérieuse ne porte jamais sur la solution. Elle porte sur l'adéquation entre une solution et un contexte donné. Et le contexte, c'est l'écart entre votre processus réel et ce que la solution prend en charge nativement. Cet écart est ce qu'il faut mesurer avant tout.
Un SaaS est conçu pour couvrir un processus standard. Salesforce gère un cycle de vente B2B générique. SAP Business One gère une gestion industrielle classique. Pennylane gère une comptabilité française au régime réel. Tant que votre processus tient dans la logique pour laquelle l'outil est conçu, le SaaS est imbattable. Vous payez moins cher que ce que vous coûterait du sur mesure, vous bénéficiez des évolutions de l'éditeur, et vous parlez le même langage que votre marché.
Le problème commence quand votre processus s'éloigne durablement du standard. Pas un peu, pas ponctuellement : durablement. Vous avez des règles métier que l'éditeur ne prend pas en charge. Vous avez des objets métier qui n'existent pas dans le modèle standard. Vous avez des flux d'information spécifiques à votre secteur que personne ne vous codera nativement. À ce moment, le standard cesse de suivre, et chaque mois passé à compenser coûte plus cher que la solution.
Le premier axe est économique. Un processus a une criticité variable selon ce qu'il génère pour votre entreprise. Une compta correctement tenue est une obligation légale, pas un avantage compétitif. Un cycle de vente en énergie B2B avec un calcul de facturation au TURPE et au Enedis est un avantage compétitif si vos concurrents s'y prennent moins bien. Vos clients ne vous quitteront pas parce que votre compta est plus belle. Ils vous quitteront parce que votre facturation contient des erreurs.
La règle qui en découle : sur les processus qui ne sont pas critiques pour la marge, le SaaS reste préférable. Sur les processus qui font la marge, le sur mesure se justifie dès qu'il y a un écart durable avec le standard. Pour la plupart des PME, cela signifie : du SaaS sur la compta, la paie, l'outillage interne ; du sur mesure sur le cœur métier qui produit la valeur.
Le deuxième axe est temporel. Vos règles métier sont-elles stables, ou bougent-elles fréquemment ? Si elles sont stables et codifiables, on peut les implémenter une fois, dans n'importe quel outil. Si elles évoluent, il faut un outil qui les laisse évoluer sans dépendre du calendrier produit d'un éditeur tiers. Le SaaS est rigide sur ce point : vos demandes d'évolution rejoignent une roadmap mutualisée, dans laquelle votre cas est rarement prioritaire.
Le sur mesure offre l'agilité d'évolution mais à condition d'être bien architecturé au départ. Un sur mesure mal cadré devient aussi rigide qu'un SaaS, parfois plus, parce que personne n'a documenté pourquoi telle règle a été codée d'une certaine façon. La stabilité des règles n'est donc pas un argument absolu pour le sur mesure. C'est un argument à pondérer avec la qualité du cadrage initial.
Le troisième axe est organisationnel. Votre flux d'information est-il cartographié, ou tient-il dans la tête des gens ? Si vos processus circulent par l'humain, par des emails, par des Excel partagés, aucun outil ne résoudra le problème, qu'il soit standard ou sur mesure. La première étape n'est pas le choix d'un logiciel. C'est le mapping de votre flux d'information actuel.
« Hydroconsult, elle est très représentative de plein de PME qui sont construites avec le temps, qui ont une bonne expertise sur leur métier et qui maintenant ont des rouages qui ne sont pas toujours optimisés, qui font pas mal de ressaisies, pas mal d'informel. »
Tant que ce mapping n'est pas fait, le débat sur mesure vs SaaS reste théorique. On ne sait pas ce qu'on veut implémenter, donc on ne peut pas dire ce qui est réalisable dans le standard et ce qui ne l'est pas. Pour creuser ce point, le diagnostic SI comme livrable à part entière décrit pourquoi cette étape est trop souvent sautée.

Le SaaS bien choisi reste imbattable dans trois cas de figure. Premier cas : vos processus tiennent dans le standard d'un éditeur établi sur votre secteur. Deuxième cas : votre cœur métier n'est pas une source de différenciation par le logiciel. Troisième cas : votre maturité organisationnelle est faible et vous avez besoin d'un cadre imposé pour structurer vos pratiques avant de penser à de la spécificité.
Pour la plupart des fonctions support d'une PME, ces trois conditions sont réunies. Comptabilité, paie, gestion des notes de frais, suivi RH léger, signature électronique, gestion des achats : sur ces périmètres, le SaaS livre rapidement, à un coût d'entrée bas, avec une qualité supérieure à ce que vous bâtirez vous-même. Choisir le sur mesure sur ces périmètres serait du gaspillage. Le bon réflexe est inverse : prendre la solution standard la plus utilisée par les entreprises de votre taille et la déployer telle quelle.
Le SaaS reste également le bon choix quand votre activité est trop jeune pour justifier le sur mesure. Une startup qui ne sait pas encore exactement ce qu'elle vend ne doit pas commander un logiciel sur mesure. Elle doit prendre un SaaS, l'utiliser, voir où ça coince, et n'envisager le sur mesure que lorsqu'une douleur réelle est documentée. Pour cette logique, le comparatif no-code vs SaaS vs sur mesure par stade donne des repères concrets selon la maturité du projet.
Le sur mesure prend du sens quand trois signaux convergent. Premier signal : votre cœur métier porte des règles que le standard ne prend pas en charge, et ces règles sont stables, documentables, sources de marge. Deuxième signal : le frottement opérationnel mesurable, en heures perdues ou en erreurs, dépasse le coût annuel d'un projet sur mesure cadré. Troisième signal : votre flux d'information est suffisamment cartographié pour qu'on puisse écrire ce qu'on veut industrialiser.
Ces trois signaux ne se devinent pas. Ils se mesurent. Le coût du frottement, c'est combien d'heures vos équipes passent en ressaisie, en allers-retours, en consolidation Excel, en correction d'erreurs de facturation. Quand ce coût atteint plusieurs dizaines de milliers d'euros par an sur un seul processus, l'arbitrage devient simple. Sur ce périmètre, le sur mesure se rentabilise vite.
« Ils avaient une vision très "on a besoin de tel outil", alors qu'en fait ils avaient besoin davantage de mettre à plat et de mieux comprendre où est-ce qu'il y avait des effets de levier avec un vrai système d'information. »
Le sur mesure ne se justifie jamais sur la totalité d'un système d'information. Il se justifie sur un périmètre. Le piège classique est de vouloir tout reconstruire en sur mesure parce qu'un point coince. C'est ce que nous appelons l'effet Ferrari : croire qu'il faut une voiture de course là où une trottinette roule mieux. Un projet sur mesure raisonnable cible un processus précis, le plus en tension, et laisse le reste où il est.
Entre le SaaS et le sur mesure, plusieurs intermédiaires apparaissent : le no-code, l'ERP fortement customisé, les surcouches Excel sophistiquées. Ces intermédiaires ont un attrait : ils promettent du sur mesure sans le coût ni le délai. Ils tiennent rarement cette promesse dans la durée.
Le no-code est utile sur des automatisations légères, des workflows internes, des connecteurs entre outils standards. Il devient fragile dès qu'il porte une règle métier critique, qu'il évolue fréquemment, ou qu'il intègre des données sensibles. Les workflows no-code accumulent une dette invisible : personne ne les documente, personne ne les teste, personne ne les reprend quand le créateur quitte l'entreprise. Au bout de deux ans, ils deviennent souvent un point de défaillance plus coûteux à corriger qu'à reconstruire.
L'ERP fortement customisé est l'autre piège. L'éditeur autorise les développements spécifiques au-dessus de son cœur. Tant que les customisations restent légères, ça tient. Au-delà, on construit un système hybride où chaque mise à jour de l'éditeur menace les développements ajoutés. Le coût total de possession finit par dépasser celui d'un sur mesure intégral, sans la souplesse correspondante.
Le tableur Excel sophistiqué, enfin, est l'outil par défaut. Il marche jusqu'à ce qu'il craque. Pour comprendre comment en sortir sans tout casser, la méthode pour sortir du piège Excel en PME décrit la séquence en quatre étapes que nous appliquons en mission.
Plutôt qu'une comparaison abstraite, la décision se prend par une séquence. Cette séquence vaut pour toutes les PME que nous accompagnons en modernisation SI.
Étape 1 : cartographier votre flux d'information actuel. Pas votre stack outil. Le flux d'information : qui produit quelle donnée, qui la consomme, par quel canal, avec quelle latence. Cette cartographie tient sur un FigJam ou un grand tableau blanc avec les bonnes personnes dans la pièce. Sans elle, tout choix est de la spéculation.
Étape 2 : identifier les frictions chiffrées. Pour chaque ressaisie, chaque consolidation manuelle, chaque erreur de facturation, mettez un volume horaire annualisé et un coût. Cette quantification arbitre. Une friction qui coûte 5 K€ par an reste à compenser ; une friction qui coûte 80 K€ par an justifie un investissement.
Étape 3 : trier les frictions par axe. Pour chaque friction, posez les trois axes : criticité pour la marge, stabilité des règles, maturité du flux. Le tri sépare ce qui doit rester en SaaS, ce qui mérite du sur mesure, et ce qui n'a pas encore atteint le seuil d'investissement.
Étape 4 : choisir une seule brique pour démarrer. Pas trois, pas dix. Une brique. La plus en tension. Celle qui débloquera le plus de valeur si elle est traitée. Le reste attendra une fois que cette brique aura prouvé l'approche. Pour creuser cette logique progressive, la méthode de migration progressive sans big bang décrit pourquoi traiter une brique à la fois change radicalement le profil de risque.
À faire cette semaine
En novembre 2025, nous avons démarré avec un fournisseur d'énergie B2B ETI, filiale française d'un groupe suisse. La situation initiale : une stack legacy PHP avec un datalake, des règles métier non documentées (soutirage, injection, TURPE, règles propres à Enedis), une compta tierce, un CRM standard, et des Excel parallèles partout pour compenser. Une tentative de migration ratée avec des freelances en début 2025. Un audit interne 2024 décevant.
« Identifier une trottinette, pas construire une Ferrari. »
L'arbitrage qu'on a posé : laisser le CRM et la compta en standard, garder le legacy PHP en service sur les processus qu'il couvrait correctement, et construire en sur mesure uniquement le périmètre commercial spécifique au secteur énergie (recueil du besoin client, contractualisation, onboarding, facturation au TURPE). Soit un sur mesure circonscrit à un seul périmètre, sur la stack cible, en parallèle du legacy.

Au printemps 2026, l'audit interne du groupe par un cabinet suisse indépendant a validé la documentation et la méthode : résultat « jour et nuit » par rapport à l'audit 2024. Le sur mesure n'a pas remplacé le standard. Il l'a complété sur le périmètre où le standard ne suivait plus. C'est cette architecture mixte qui tient dans le temps, pas le tout-sur-mesure ni le tout-SaaS.
Pour explorer en profondeur les arbitrages d'un projet sur mesure, le guide ERP sur mesure pour PME détaille les avantages, les coûts, et les alternatives. Si la question du budget est centrale, le décryptage du coût d'un logiciel sur mesure pour PME explique pourquoi les devis varient autant. Et pour le comparatif sur mesure vs standard à un niveau plus large, le comparatif logiciel de gestion PME sur mesure vs standard ouvre les critères de fond.
La première action concrète si vous êtes en train de vous poser la question pour votre PME : avant de demander des devis ou des démos, organisez une demi-journée avec vos trois ou quatre personnes les plus terrain et cartographiez votre flux d'information réel sur un grand mur. Le débat sur mesure vs SaaS s'éclaire de lui-même une fois cette carte posée.
La taille n'est pas le bon critère. Une PME de 25 personnes avec un processus métier très spécifique peut justifier du sur mesure, alors qu'une ETI de 300 personnes sur des processus standards reste mieux servie par du SaaS bien intégré. Le critère qui tranche est l'écart durable entre votre processus réel et ce que le SaaS prend en charge nativement. Si cet écart se compense par des Excel ou des doubles saisies depuis plus de douze mois, le sur mesure cadré devient une option sérieuse.
On cartographie votre flux d'information, on chiffre les frictions, et on tranche par périmètre, pas par préférence d'outil. Échange exploratoire de 30 minutes sans engagement.
Cadrer mon arbitrage outil