Faire développer un logiciel sur-mesure : quand c'est le bon choix, quand c'est une erreur

Guide pour les dirigeants de PME et d'ETI. Le sur-mesure n'est pas toujours la bonne réponse — mais quand il l'est, aucun autre choix ne tient. Voici comment reconnaître les deux situations, et pourquoi l'accompagnement fait la différence entre un actif et une dette.

Le développement de logiciel sur-mesure souffre d'une réputation contradictoire. Pour les uns, c'est le luxe réservé aux grands groupes, cher et interminable. Pour les autres, c'est la solution miracle qu'on oppose à un SaaS qui « ne fait jamais exactement ce qu'on veut ». Les deux caricatures se trompent, et elles coûtent cher à celui qui décide sur cette base.

La vérité est plus simple : le sur-mesure est un excellent achat dans un nombre précis de situations, et un mauvais achat partout ailleurs. Tout l'enjeu, avant de consulter qui que ce soit, est de savoir dans quelle case vous êtes.

Ce qu'on achète vraiment avec du sur-mesure

Quand vous faites développer un logiciel spécifique, vous n'achetez pas des fonctionnalités. Vous en trouveriez de comparables dans dix outils du marché. Vous achetez trois choses qu'aucun abonnement ne vous donnera :

• Un outil qui épouse votre façon de travailler, au lieu de vous forcer à tordre vos processus pour entrer dans le moule d'un éditeur.
• Un actif que vous possédez : le code et les données sont à vous, vous n'êtes pas locataire.
• Un coût qui ne grossit pas avec vos effectifs : pas de licence par utilisateur, pas de facture qui gonfle chaque fois que vous recrutez.

Si ces trois points ne changent rien à votre situation, le sur-mesure n'est pas pour vous — un logiciel du marché fera l'affaire pour moins cher. S'ils changent tout, aucun SaaS ne les remplacera, quel que soit son prix.

Les cas où le sur-mesure est le bon choix

Votre processus cœur est votre différenciation. Si la façon dont vous traitez une commande, planifiez un atelier ou calculez un devis fait partie de ce qui vous distingue de vos concurrents, la couler dans un outil standard revient à niveler votre avantage. Le sur-mesure protège et outille ce qui vous rend singulier.

Aucun outil du marché ne colle sans contorsion. Le test n'est pas « existe-t-il un logiciel qui fait ça ». C'est « combien de nos règles devrons-nous abandonner pour l'utiliser ». Au-delà d'un certain seuil, vous payez un abonnement pour un outil que vous détestez, et vous ajoutez des tableurs parallèles pour compenser. C'est le signal le plus fiable.

Vous cumulez cinq abonnements qui communiquent mal. Beaucoup de PME découvrent qu'un socle unique, connecté à leurs outils existants — CRM, ERP, facturation — coûte moins cher sur trois ans que l'empilement de SaaS qu'il remplace, ressaisies comprises.

Votre volume rend l'abonnement par siège absurde. À quinze personnes, une licence par utilisateur paraît modeste. À quarante, c'est une ligne budgétaire qui pèse, et qui punit votre croissance. Un développement que vous possédez inverse cette logique.

Les cas où c'est une erreur

Votre besoin est banal. Comptabilité, paie, signature électronique, gestion de tickets : ces domaines sont parfaitement couverts par des éditeurs qui y investissent des millions. Développer le vôtre serait plus cher, plus lent, et moins bon.

Vous ne savez pas encore ce que vous voulez. Le sur-mesure fige des décisions. Si votre processus change tous les trimestres parce que votre marché est jeune, commencez par le stabiliser avec des outils souples. On ne construit pas une maison sur un terrain qui bouge.

Vous cherchez surtout à faire des économies immédiates. Le sur-mesure est un investissement qui se rentabilise sur des années, pas une réduction de coûts au trimestre. Si l'horizon est court, ce n'est pas le bon outil.

Pourquoi l'accompagnement change tout

Un logiciel sur-mesure raté ne l'est presque jamais pour des raisons techniques. Il l'est parce que le besoin a été mal cadré, parce que personne n'a arbitré les priorités, ou parce que l'outil a été livré puis abandonné sans que les équipes se l'approprient. Ce sont des problèmes d'accompagnement, pas de code.

C'est là que se faire accompagner par une équipe qui reste après la livraison fait la différence. Concrètement :

• Le cadrage est fait avec vous, pas pour vous. Un bon prestataire regarde vos données réelles et vos processus réels avant d'écrire une ligne. Il vous dit non quand une demande va complexifier l'outil sans le rendre plus utile.
• La livraison est progressive. Un périmètre correctement découpé produit quelque chose d'utilisable en quelques semaines, pas un big bang à six mois. Vous corrigez le tir en avançant.
• Vos équipes montent en compétence. On construit sur des bases maintenables et on forme les utilisateurs, pour que le logiciel grandisse avec votre activité au lieu de devenir une dette que personne n'ose toucher.
• La réversibilité est prévue. Le jour où vous décidez d'internaliser, vous récupérez le code, la documentation et les données. Pas de verrouillage.

La différence entre un logiciel sur-mesure qui devient un actif et un qui devient un boulet ne tient pas à la qualité du développeur. Elle tient à la qualité de la relation qui l'entoure. C'est aussi pour cette raison que le choix du prestataire compte plus que le choix de la technologie — un sujet que nous détaillons dans notre guide sur comment choisir son partenaire.

Questions fréquentes

Le sur-mesure est-il réservé aux grandes entreprises ? Non. Une PME mène souvent un projet plus facilement qu'une ETI : la décision se prend vite et les processus sont moins enchevêtrés. La condition n'est pas la taille, mais qu'une personne en interne soit référente et dégage réellement du temps.

Combien de temps avant un premier résultat exploitable ? Sur un périmètre bien découpé, quelques semaines. Les projets qui dérivent sur six mois dérivent presque toujours pour la même raison : un périmètre initial trop large.

Que se passe-t-il si l'agence disparaît ou si je veux changer ? C'est précisément l'intérêt de posséder le code et les données. Un développement sur-mesure bien mené est documenté et repris par une autre équipe si besoin — à l'inverse d'un SaaS dont vous ne récupérez rien.

Faut-il attendre que nos données soient propres avant de commencer ? Non, mais il faut savoir dans quel état elles sont. Un cadrage sérieux commence par regarder les données réelles. Si l'écart est important, le premier chantier devient un chantier de données — bonne nouvelle découverte tôt, mauvaise découverte tard.

Si votre besoin ressemble à l'une des situations « bon choix » ci-dessus, la suite logique est de le confronter à un avis extérieur en partant d'un cas précis. Découvrez nos cas clients pour voir ce que le sur-mesure change concrètement dans une organisation, ou parlez-nous de votre projet.

À lire aussi

• Logiciel sur-mesure ou SaaS : comment trancher
• Combien coûte un logiciel sur-mesure ?
• Développer en interne ou avec une entreprise de développement logiciel