Sur-mesure ou outil du marché : comment trancher sans se tromper

C'est probablement l'arbitrage technique le plus fréquent dans une PME : ce besoin métier, faut-il le couvrir avec un outil du marché ou développer le nôtre ? Et c'est un arbitrage où les deux camps ont un discours bien rodé. L'éditeur vous dira que sa solution couvre tout. Le développeur vous dira que le sur-mesure colle mieux. Les deux ont raison dans certains cas, tort dans d'autres, et un intérêt commercial dans tous.

Voici la grille qu'on utilise réellement en mission, sans parti pris : on vend les deux.

La question qui tranche 80 % des cas

Ce process est-il un avantage concurrentiel, ou une fonction support ?

• La comptabilité, la paie, la messagerie, le CRM standard : des fonctions support. Vous ne battrez jamais un concurrent parce que votre logiciel de paie est meilleur. Achetez. Un outil du marché, maintenu par un éditeur, mis à jour pour tout le monde, coûtera toujours moins cher que le même outil maintenu pour vous seul.
• La façon dont vous chiffrez un devis complexe, planifiez votre production, gérez votre logistique d'une manière que vos concurrents ne savent pas faire : c'est votre métier, votre différence. Là, le sur-mesure se discute sérieusement. Tordre votre avantage concurrentiel pour le faire entrer dans le standard d'un éditeur, c'est raboter ce qui vous distingue.

La règle des 90 %

Quand un outil du marché couvre 90 % du besoin, prenez-le et adaptez vos 10 % restants (ou couvrez-les par une petite brique connectée à côté). Le piège classique est inverse : personnaliser lourdement un outil standard pour gagner ces 10 %. Les personnalisations profondes d'un ERP ou d'un CRM coûtent cher, cassent à chaque montée de version et vous enferment chez l'intégrateur qui les a faites. À ce stade, vous avez le pire des deux mondes : le coût du sur-mesure sans la propriété.

À l'inverse, si l'outil le mieux placé couvre 50 ou 60 % du besoin et que le reste est précisément ce qui fait votre valeur, le calcul change.

Les coûts qu'on oublie de compter

Des deux côtés, le prix affiché n'est pas le coût réel.

Côté achat : la licence n'est que le début. Comptez l'intégration à votre SI (sans elle, vous créez de la double saisie), la reprise de données, la formation, et l'addition des modules « indispensables » découverts après signature. Comptez aussi le coût de sortie : vos données sont-elles exportables dans un format réutilisable ?

Côté sur-mesure : le développement n'est que le début. Un logiciel vit : maintenance, évolutions, sécurité, hébergement. Si votre prestataire ne vous parle pas de ce qui se passe après la livraison, méfiance. Et une exigence non négociable : le code doit vous appartenir, sources, documentation et comptes à votre nom. Sinon le sur-mesure devient une location déguisée.

Le faux dilemme

Dans les SI réels, la réponse est rarement « tout acheter » ou « tout construire ». Le schéma le plus sain pour une PME ressemble presque toujours à : des outils du marché pour les fonctions support, bien intégrés entre eux, et du sur-mesure ciblé là où le métier le justifie, connecté au reste. C'est moins spectaculaire qu'une grande refonte, et c'est ce qui tient dans la durée.

Comment décider proprement

1. Écrivez le besoin réel, avec les gens qui font le travail, pas seulement la direction.
2. Classez-le : support ou différenciant.
3. Confrontez 2 ou 3 outils du marché au besoin écrit (pas à la démo de l'éditeur : à votre besoin).
4. Chiffrez les deux scénarios en coût complet sur 3 à 5 ans, sortie comprise.
5. Décidez, et documentez pourquoi. Le contexte changera ; la décision devra être relisable.

Si personne en interne ne peut mener cet exercice sans parti pris, c'est exactement à ça que sert un cadrage indépendant : quelques semaines pour arbitrer chiffres en main, avec un livrable exécutable par n'importe qui. Y compris sans nous ensuite.