Développer ou acheter un logiciel : la grille de décision
Définition
Développer ou acheter est l'arbitrage entre adopter un logiciel existant et faire développer un outil spécifique. La réponse dépend moins du budget que d'une question simple : ce processus vous distingue-t-il de vos concurrents, ou le partagez-vous avec eux ?La question derrière la question
« Faut-il développer ou acheter ? » se pose presque toujours avec un budget en tête. C'est pourtant rarement le budget qui devrait trancher, parce que les deux options coûtent cher de façons différentes et sur des durées différentes.
La question utile est plus simple : est-ce que ce processus vous distingue de vos concurrents ? Ce qui vous distingue mérite d'être outillé sur mesure, parce que c'est là que se trouve votre marge. Ce que vous partagez avec tout le monde s'achète, parce que quelqu'un l'a déjà fait mieux et moins cher que vous ne le feriez.
Six questions qui suffisent à décider
- Un concurrent fait-il exactement pareil ? Si oui, achetez. Personne n'a jamais gagné un client grâce à sa façon d'émettre des factures.
- Combien d'outils du marché avez-vous essayés ? Si la réponse est zéro, il est trop tôt pour développer. Si c'est trois et qu'aucun ne convenait, vous tenez un vrai signal.
- Le besoin va-t-il changer ? Un processus qui bouge tous les six mois se pilote mieux avec un outil dont vous tenez les clés.
- Combien de personnes l'utiliseront ? Les licences se paient par tête et grandissent avec vous ; un développement se paie une fois et se maintient.
- Que se passe-t-il si l'éditeur disparaît ou triple ses prix ? Si la réponse fait peur, la dépendance est déjà un risque.
- Vos données doivent-elles rester chez vous ? Certaines contraintes tranchent la question sans discussion.
Acheter : ce que ça apporte vraiment
Un logiciel du marché est disponible tout de suite, testé par des milliers d'utilisateurs, et son coût est prévisible. L'éditeur absorbe les évolutions légales, les correctifs de sécurité et les nouvelles fonctions sans que vous ayez à y penser.
C'est un excellent choix pour tout ce qui est commun : comptabilité, paie, messagerie, signature électronique, gestion des congés. Faire développer ces briques revient à payer cher pour réinventer quelque chose de résolu.
La limite apparaît quand l'outil impose sa façon de travailler. On la reconnaît à un signe qui ne trompe pas : les équipes tiennent un tableur à côté pour compenser ce que l'outil ne fait pas.
Développer : ce que ça apporte vraiment
Un logiciel sur mesure épouse votre façon de travailler au lieu de la contraindre. Il porte votre vocabulaire, vos règles, vos exceptions, et il évolue quand vous évoluez. Vous en êtes propriétaire, ce qui vous met à l'abri d'une hausse de tarifs ou d'un rachat.
C'est le bon choix quand le processus est votre avantage concurrentiel, quand aucun outil du marché ne couvre le besoin, ou quand la somme des licences dépasse le coût d'un développement sur la durée.
La limite est réelle aussi : un logiciel développé doit être maintenu, hébergé et documenté. Ce n'est pas un achat, c'est un engagement.
Le calcul sur cinq ans
Comparer le prix d'un abonnement au devis d'un développement est trompeur, parce que les deux ne couvrent pas la même chose ni la même durée.
Du côté achat, comptez les licences pour l'effectif prévu dans cinq ans, le paramétrage initial, la formation, les modules complémentaires et le coût de sortie si vous changez d'avis. Du côté développement, comptez la conception, la réalisation, l'hébergement, la maintenance annuelle et les évolutions.
Ce calcul renverse souvent l'intuition. Un abonnement à quelques dizaines d'euros par utilisateur devient une somme considérable sur cinq ans avec une équipe qui grandit. Un développement qui paraît cher au départ s'amortit et vous appartient.
La réponse la plus fréquente : les deux
Dans la plupart des entreprises que nous accompagnons, la bonne architecture n'est ni tout acheté ni tout développé. Les fonctions standard vivent dans des outils du marché, le cœur de métier vit dans une plateforme dédiée, et les deux échangent par API.
Cette répartition demande un peu de réflexion au départ et évite les deux regrets classiques : avoir tordu son métier pour entrer dans un outil, ou avoir redéveloppé une comptabilité qui existait déjà.
Avant de faire chiffrer un développement, essayez sérieusement deux outils du marché pendant un mois, avec de vraies données. Soit l'un convient et vous avez économisé un projet, soit aucun ne convient et vous savez enfin pourquoi, ce qui rendra le cahier des charges bien meilleur.
Questions fréquentes
Posez la question processus par processus : est-ce qu'un concurrent fait exactement pareil ? Ce qui est partagé avec tout le monde s'achète, ce qui vous distingue se développe. Le budget n'est pas le bon critère de départ, car les deux options coûtent cher de façons différentes et sur des durées différentes.
Pas nécessairement sur la durée. Un abonnement se paie par utilisateur et grandit avec l'équipe, tandis qu'un développement se paie une fois puis se maintient. Le calcul honnête se fait sur cinq ans, avec l'effectif prévu et non l'effectif actuel.
C'est la réponse la plus fréquente et souvent la meilleure : les fonctions communes comme la comptabilité ou la paie vivent dans des outils du marché, le cœur de métier dans une plateforme dédiée, et les deux échangent par API. Cela évite à la fois de tordre son métier et de redévelopper ce qui existe déjà.
Termes connexes
Chez KERN-IT
Nous concevons des logiciels sur mesure pour les entreprises qui ont dépassé ce que permet un outil standard.
→ Développement logiciel sur mesure à Bruxelles