Logiciel du marché ou sur mesure : la question mal posée
Le débat se tranche rarement sur les fonctionnalités. Il se tranche sur ce qui vous distingue de vos concurrents — et sur ce qui n'est qu'une commodité.
La comparaison démarre presque toujours par un tableau de fonctionnalités. Colonne de gauche, le besoin ; colonnes suivantes, trois éditeurs et une estimation de développement. Le tableau donne un gagnant, la décision est prise, et deux ans plus tard l’outil retenu est contourné par des fichiers de calcul que personne n’assume.
Le tableau n’était pas faux. Il mesurait la mauvaise chose.
Ce qui distingue vraiment les deux options
Un progiciel encode les hypothèses de son éditeur sur la façon dont le travail se déroule. Ces hypothèses sont issues de centaines de clients, elles sont donc solides — et génériques. Tant que votre manière de travailler ressemble à la moyenne, cette standardisation est un cadeau : elle vous évite de réinventer une gestion de droits, un moteur de recherche ou un export comptable.
Le sur mesure encode vos hypothèses à vous. C’est un coût quand elles sont banales, et un avantage quand elles ne le sont pas.
La question utile n’est donc pas « quelle option coche le plus de cases », mais : ce processus fait-il partie de ce qui vous distingue, ou est-ce une commodité ?
Une grille en trois questions
Ce processus est-il visible par vos clients ? Un portail de suivi de commande, un espace adhérent, un configurateur : le client les voit, les compare à ceux de vos concurrents, et s’en souvient. La paie, non.
Sa règle métier est-elle atypique ? Un artisan qui facture au mètre linéaire avec des coefficients par essence de bois n’entrera pas dans un progiciel sans contorsion. Une TVA à 20 %, si.
Le volume justifie-t-il l’automatisation ? Une opération manuelle trois fois par an ne mérite pas d’écran dédié. Trois fois par jour, elle en mérite un.
Trois réponses négatives : le progiciel gagne, et le sur mesure serait une dépense d’ego. Deux réponses positives ou plus : la standardisation coûtera plus cher que le développement, sous forme de contournements, de doubles saisies et de fichiers parallèles.
Le scénario majoritaire est mixte
Le cas le plus fréquent n’est ni l’un ni l’autre. La comptabilité reste sur un progiciel, la paie aussi, et un outil sur mesure vient se brancher dessus pour la seule partie qui vous est propre. La question devient alors celle des interfaces : le progiciel expose-t-il une API documentée, ou faudra-t-il extraire des fichiers la nuit ?
Ce point mérite d’être vérifié avant la signature, pas pendant l’intégration. Un éditeur qui facture l’accès à vos propres données au volume transforme un choix technique en rente.
Le coût que le tableau ne montre jamais
Un progiciel se paie en abonnement, un développement en jours. La comparaison sur trois ans est facile à faire et souvent en faveur du progiciel.
Sur sept ans, deux postes changent la donne : l’augmentation tarifaire annuelle, que rien ne plafonne une fois vos données à l’intérieur, et le coût de sortie. Demandez, par écrit, sous quel format et à quel prix vos données sont restituées à la résiliation. La qualité de la réponse en dit plus long que la démonstration commerciale.