Harsh Joshi
Co-founder & Technical Director
Comparez le développement, l'achat et l'externalisation des logiciels d'entreprise à l'aide d'un cadre décisionnel concret tenant compte des coûts, du contrôle, des délais et des risques à long terme.
Un directeur technique confronté à un outil interne défaillant a trois options : suspendre la feuille de route et demander à l'équipe interne de développer un outil de remplacement, acheter un produit commercial et adapter l'activité en fonction de celui-ci, ou faire appel à une équipe d'ingénieurs externes pour développer une solution sur mesure. Chaque option résout le même problème différemment, et chacune entraîne des conséquences différentes dix-huit mois plus tard.
Le développement en interne, l’achat et l’externalisation constituent les trois voies pratiques d’accès aux logiciels d’entreprise, et le choix ne repose pas réellement sur l’option la moins chère à l’heure actuelle. Il s’agit plutôt de déterminer laquelle correspond au degré de spécialisation requis par le logiciel, à l’urgence avec laquelle l’entreprise en a besoin et au niveau de maîtrise technique que l’entreprise souhaite réellement conserver à long terme. Ce guide présente en détail ce que chaque voie implique, propose une méthode pratique pour les évaluer en fonction de votre situation spécifique, et aborde les questions relatives au coût total de possession qui ont tendance à être négligées lorsqu'une décision doit être prise rapidement. Pour les équipes qui finissent par se tourner vers l'externalisation, les services d'ingénierie numérique de Monarch Innovation couvrent le développement de logiciels sur mesure, le cloud et l'ingénierie des données, précisément à ce stade décisif.
Achetez un logiciel lorsque le besoin est standardisé, développez-le vous-même lorsqu'il revêt une importance stratégique et que votre équipe en a les moyens, et externalisez-le lorsque vous avez besoin d'un logiciel sur mesure mais que vous ne disposez pas des ressources internes ou de l'expertise spécialisée nécessaires pour le livrer dans les délais impartis.
Développer, acheter ou externaliser : réponse rapide
| Option | Le plus adapté | Principal avantage | Principal compromis |
|---|---|---|---|
| Construire | Des logiciels stratégiques et différenciés, s'appuyant sur une expertise et des capacités internes | Maîtrise et autonomie maximales | Un engagement accru de la part des équipes d'ingénierie internes |
| Acheter | Fonctions métier standardisées ou génériques | Mise en œuvre plus rapide et maintenance gérée par le fournisseur | Moins de flexibilité et risque de dépendance vis-à-vis d'un fournisseur |
| Externaliser | Besoins en logiciels sur mesure en cas de capacités internes limitées ou de manque de compétences spécialisées | Développement sur mesure sans recrutement immédiat | Dépendance vis-à-vis de la qualité des partenaires et du transfert de connaissances |
Que signifient réellement les termes « développer », « acheter » et « externaliser » ?
Le développement en interne implique que votre propre équipe d'ingénieurs conçoive, développe et assure la maintenance du logiciel en utilisant vos ressources humaines et votre infrastructure internes. L'achat consiste à acquérir une licence pour un produit commercial ou SaaS et à adapter vos processus aux fonctionnalités de ce dernier. L'externalisation consiste à faire appel à une équipe d'ingénieurs externe, soit pour un projet défini, soit sous la forme d'une équipe dédiée permanente, afin de développer un logiciel sur mesure que votre personnel interne n'a ni le temps ni les compétences spécialisées nécessaires pour créer seul.
Il ne s’agit pas d’une seule et même décision présentée sous trois angles différents. Le développement en interne permet de garder un contrôle total, mais entraîne des coûts d’ingénierie permanents. L’achat d’un produit permet de démarrer rapidement, mais vous lie à la feuille de route d’un autre acteur. L’externalisation vous offre un logiciel sur mesure sans augmenter vos effectifs, mais repose entièrement sur le choix du bon partenaire. Monarch Innovation collabore avec des responsables techniques dans ces trois cas de figure, intervenant le plus souvent lorsqu’une équipe a décidé qu’un développement sur mesure était la bonne solution, mais ne dispose pas des capacités internes nécessaires pour le mener à bien.
Pourquoi cette décision mérite mieux qu'une simple comparaison des coûts
La plupart des comparaisons entre « développer soi-même » et « acheter » se limitent à opposer le coût des licences aux salaires des développeurs. Cette comparaison passe à côté de la véritable question, à savoir si le logiciel constitue un avantage concurrentiel ou s’il s’agit d’une fonctionnalité de base dont une centaine d’autres entreprises ont également besoin.
Il est rarement utile de développer de toutes pièces un outil de planification, un système de gestion des dépenses ou un CRM standard, car les éditeurs ont déjà résolu ce problème à une échelle qu’aucune entreprise ne peut égaler à elle seule. Il en va tout autrement d'un moteur de tarification lié à un modèle économique propriétaire, d'un système d'exécution de la fabrication conçu autour d'un processus de production spécifique, ou d'une plateforme interne qui influence directement l'expérience client vis-à-vis du produit. Lorsque le logiciel définit la manière dont l'entreprise fonctionne ou se positionne face à la concurrence, acheter un produit générique revient à remodeler l'entreprise pour l'adapter aux hypothèses de quelqu'un d'autre.
Cette distinction, à savoir si le système constitue un facteur de différenciation ou un produit de base, constitue le premier critère qui devrait permettre d'affiner la décision avant même que la question du coût n'entre en ligne de compte.
Option 1 : Développement en interne
Le développement en interne permet à une entreprise de contrôler entièrement la feuille de route, l'architecture et la manière dont le logiciel évolue au rythme de l'activité. Aucun contrat avec un fournisseur ne s'interpose entre une nouvelle exigence et une fonctionnalité livrée, et l'équipe qui développe le système en a une compréhension suffisamment approfondie pour pouvoir l'étendre ultérieurement.
Le compromis porte sur la capacité et le temps. Les développements en interne entrent en concurrence pour les mêmes heures d’ingénierie que tous les autres éléments de la feuille de route, et le recrutement de compétences spécialisées pour un seul projet — qu’il s’agisse d’une plateforme cloud particulière, d’une discipline d’ingénierie des données ou d’un domaine soumis à de strictes exigences de conformité — prend des mois, un délai dont une initiative évoluant rapidement ne dispose souvent pas. Le développement en interne implique également toute la charge de la maintenance à long terme : correctifs de sécurité, mises à niveau de l’infrastructure et coût final d’un logiciel dont la durée de vie dépasse celle des ingénieurs qui l’ont développé.
Le développement en interne s'avère généralement la solution la plus judicieuse lorsque le logiciel est au cœur même du produit, lorsque l'équipe dispose déjà de l'expertise nécessaire en interne et lorsque l'entreprise est prête à s'approprier ce système pour plusieurs années, et non pas simplement à le commercialiser une seule fois.
Option 2 : Achat d'une solution prête à l'emploi ou SaaS
L'achat permet de mettre en place un système opérationnel plus rapidement, souvent en quelques jours ou semaines au lieu de plusieurs mois. Il confie la maintenance, l'application des correctifs de sécurité et la gestion de l'infrastructure au fournisseur, et s'accompagne d'un service d'assistance qui a déjà résolu la plupart des problèmes courants rencontrés lors d'une première mise en place.
Ce compromis se révèle au fil du temps plutôt que dès le premier jour. Les logiciels commerciaux sont conçus pour un large marché ; ils s’adaptent donc rarement parfaitement à un flux de travail spécifique, et cet écart est comblé par des solutions manuelles ou des personnalisations coûteuses. Les coûts de licence augmentent en fonction de l’utilisation, au point de pouvoir finir par dépasser ce qu’aurait coûté une solution sur mesure. La dépendance vis-à-vis d’un fournisseur devient une réalité dès lors que les données, les intégrations et les processus internes d’une entreprise s’articulent autour d’un produit qu’elle ne contrôle pas ; changer de fournisseur par la suite peut alors s’avérer être un projet plus ambitieux que la mise en œuvre initiale.
L'achat s'avère généralement la solution la plus judicieuse pour des fonctions standardisées et bien définies, pour lesquelles il existe un marché de fournisseurs bien établi et où la différenciation de l'entreprise réside dans un tout autre domaine.
Option 3 : Externalisation du développement sur mesure
L'externalisation se situe entre ces deux options. Elle permet d'obtenir des logiciels sur mesure, développés spécifiquement pour l'entreprise, sans que celle-ci ait à embaucher, former et fidéliser une équipe interne complète pour mener à bien ce projet. Un partenaire technique externe apporte son expertise dans la pile technologique concernée, prend en charge les frais liés au recrutement et à la gestion du personnel, et peut généralement démarrer plus rapidement qu'un processus de recrutement interne ne le permettrait.
L’externalisation ne se résume pas à un seul modèle. Une mission par projet correspond à un livrable au périmètre clairement défini, avec un début et une fin précis, comme le remplacement d’un système existant ou la mise en place d’une intégration spécifique. Une équipe d’ingénieurs dédiée, engagée de manière permanente, fonctionne davantage comme une extension de l’équipe interne et convient à une entreprise disposant d’un flux continu de travaux de développement sur mesure. Le renforcement d’effectifs consiste à intégrer des ingénieurs individuels au sein d’une équipe interne existante ; cette solution est particulièrement efficace lorsque l’entreprise dispose déjà d’un solide leadership technique et a simplement besoin de renforts possédant des compétences spécifiques. Le guide publié précédemment par Monarch Innovation sur le choix entre ces modèles de collaboration explique plus en détail comment adapter le modèle à la charge de travail.
Le compromis lié à l’externalisation réside dans le fait que les résultats dépendent fortement du choix du partenaire. Un partenaire peu performant peut entraîner le même risque de dépendance qu’un mauvais achat de SaaS, mais avec moins de documentation et un code source que lui seul comprend. À l’inverse, un partenaire solide peut offrir un niveau de contrôle proche de celui d’une développement en interne, tout en allégeant considérablement la charge liée au recrutement. Le guide sur les coûts de l’externalisation de l’ingénierie produit présente une analyse similaire des coûts pour les travaux liés au matériel et à l’ingénierie produit, et bon nombre des questions relatives aux modèles de tarification (temps et matériel, prix forfaitaire, équipe dédiée) s’appliquent également aux missions logicielles.
Cadre décisionnel : « Développer soi-même », « Acheter » ou « Externaliser »
Une fois que la question « produit de base ou élément différenciateur » a trouvé sa réponse, ces facteurs jouent un rôle prépondérant dans le choix de la voie à suivre.
| Facteur | Création de cadeaux de mariage | Achat de cadeaux de mariage | Externalisation des services |
|---|---|---|---|
| Différenciation stratégique | Élevé, élément clé de l'avantage concurrentiel | Fonction de base, liée aux produits de base | Élevée, mais la capacité interne est limitée |
| C'est l'heure du lancement | Flexibilité, durée de quelques mois acceptable | Nécessaire dans quelques jours ou quelques semaines | Il faut y parvenir en quelques semaines, ce qui est plus rapide que ne le permet le processus de recrutement |
| Expertise interne | Déjà disponible pour le personnel | Non obligatoire | Disponible en externe, mais pas en interne |
| Envie d'investir à long terme | C'est un grand moment, l'équipe s'en souviendra pendant des années | Faible, la maintenance est assurée par le fournisseur | Moyen, cela dépend du modèle d'engagement choisi |
| Complexité de l'intégration | Maîtrise poussée des API et des systèmes internes | Fonctionne mieux lorsque les intégrations sont standardisées | Utile lorsque des intégrations personnalisées ou une migration de données sont nécessaires |
| Durée de vie prévue | Plateforme stratégique à long terme | Fonction à court terme ou remplaçable | Système sur mesure à long terme avec prise en charge des livraisons externes |
Aucun critère ne suffit à lui seul à déterminer l'issue. Un système très complexe mais devant être opérationnel dans trois semaines, par exemple, conduit généralement à opter pour l'externalisation plutôt que pour un développement en interne, trop lent, ou pour un produit commercial, qui ne peut pas être suffisamment personnalisé.
Un arbre de décision simple pour choisir entre « développer en interne », « acheter » ou « externaliser »
- Ce logiciel correspond-il à une fonctionnalité standardisée ou à une fonctionnalité courante ?
- Oui : commencez par évaluer des produits commerciaux ou SaaS déjà bien établis.
- Non : Ce logiciel revêt-il une importance stratégique pour l'entreprise ?
- Oui : Disposez-vous de l'expertise interne et des capacités techniques nécessaires pour le développer et l'entretenir ?
- Oui : le développement en interne pourrait s'inscrire dans la feuille de route.
- Non : il serait peut-être plus judicieux de confier le développement sur mesure à un prestataire externe.
- Non : Vérifiez à nouveau si l'achat d'un produit existant permet de répondre aux besoins de l'entreprise sans nécessiter de personnalisation excessive.
Coût total de possession : au-delà de la première année
L'erreur la plus courante dans cette prise de décision consiste à comparer une estimation de salaire en interne, le devis d'une licence proposé par un fournisseur et le tarif horaire d'un partenaire d'externalisation comme s'il s'agissait de chiffres de même nature. Ce n'est pas le cas, et une comparaison équitable doit s'étendre sur une période de trois à cinq ans, et non se limiter à la première facture.
Une solution développée en interne entraîne des coûts salariaux et sociaux récurrents, que la feuille de route prévoie ou non des tâches pour cette équipe chaque trimestre, auxquels s’ajoutent les coûts liés à l’infrastructure, à la sécurité et, à terme, à la réécriture, inhérents à tout système suffisamment ancien pour être considéré comme obsolète. Une solution achetée entraîne des frais de licence récurrents qui évoluent généralement en fonction de l’utilisation ou du nombre de postes, auxquels s’ajoutent le coût des solutions de contournement internes pour tout ce que le produit ne fait pas de manière native, ainsi qu’un coût réel, souvent sous-estimé, lié à la migration ultérieure vers une autre solution. Un développement externalisé implique le coût de la prestation elle-même, ainsi que les ressources internes nécessaires pour gérer la relation et, à terme, assurer la maintenance ou l’extension du système livré ; c’est pourquoi la clarté de la documentation et des modalités de transfert doit être précisée dans le contrat dès le premier jour.
Aucune de ces options n'est intrinsèquement moins coûteuse. Pour établir une comparaison pertinente, il faut se demander ce que le système doit être capable de faire au cours de la troisième année, et non pas seulement combien coûte sa mise en place au cours du premier mois.
Quand chaque voie a son sens
Quelques scénarios réalistes permettent d'appliquer plus facilement ce modèle que le cadre seul :
- Un outil standard de gestion de la relation client (CRM) ou de gestion des dépenses. Optez pour l'achat. Le marché est arrivé à maturité, cette fonctionnalité ne constitue pas un facteur de différenciation, et la développer en interne reviendrait à résoudre à nouveau un problème que les fournisseurs ont déjà bien résolu.
- Un moteur de tarification ou de devis lié à un modèle économique propriétaire. À développer en interne ou à externaliser, en fonction des capacités internes. C'est précisément le type de système qui fait la différence concurrentielle ; un produit générique ne conviendra donc pas sans compromis importants.
- Un système d'exécution de la fabrication obsolète qui doit être remplacé dans un délai très court. Externaliser. Le système est suffisamment spécifique pour nécessiter une ingénierie sur mesure, mais il est rarement réaliste de recruter et de former une équipe interne assez rapidement pour respecter ce délai.
- Une plateforme interne dont votre équipe produit sera responsable et qu'elle fera évoluer au cours de la prochaine décennie. Mettez-la en place une fois que l'équipe aura acquis l'expertise nécessaire, car la prise en charge à long terme et la connaissance approfondie du contexte interne priment ici sur la rapidité de lancement.
Erreurs courantes dans le choix entre « développer en interne », « acheter » et « externaliser »
Une poignée de schémas reviennent régulièrement lorsque cette décision s'avère erronée. La plus courante consiste à la considérer comme un choix ponctuel : les besoins de l'entreprise évoluent, et un système acheté il y a deux ans comme une solution standard peut devenir un frein stratégique dès lors que l'entreprise se différencie autour de celui-ci. Une autre erreur consiste à ne comparer que les coûts de la première année, car les frais de licence, les salaires et les tarifs d’externalisation évoluent tous différemment sur un horizon de trois à cinq ans. Sous-estimer les efforts d’intégration et de migration entraîne également de réels préjudices, en particulier avec des logiciels achetés qui doivent s’interfacer avec cinq autres systèmes internes dès le premier jour. Choisir un partenaire d’externalisation uniquement sur la base de ses tarifs, sans vérifier ses pratiques en matière de documentation, la fréquence des communications ou ce qu’il advient du code source une fois la mission terminée, tend à créer précisément le problème de dépendance que l’externalisation était censée éviter. Enfin, ne pas procéder à une véritable évaluation des capacités internes, en partant du principe qu’une équipe déjà surchargée peut absorber un projet de développement en plus de sa feuille de route existante, est une cause fréquente de blocage discret des projets internes pendant un an.
Évaluer un partenaire d'externalisation avant de s'engager
Si l’externalisation est la solution la plus adaptée, le choix du partenaire est tout aussi important que la décision elle-même. Il convient de poser certaines questions avant de signer quoi que ce soit : quels ingénieurs travailleront concrètement sur le projet, et resteront-ils affectés à celui-ci pendant toute la durée de la mission ? Quels documents, code source et décisions d’architecture seront transférés à la fin du projet, et sous quel format ? Comment le partenaire gère-t-il un changement d’exigences en cours de projet, et quel en est l’impact sur le coût et le calendrier ? Qu’advient-il du savoir-faire institutionnel si la mission prend fin ou si des membres clés de l’équipe changent ? Un partenaire qui répond à ces questions de manière précise, plutôt que par des assurances générales, constitue généralement le choix le plus sûr, et cette même logique d’évaluation s’applique que la mission porte sur un projet ponctuel, une équipe dédiée ou un renforcement des effectifs.
Choisir un parcours adapté à votre feuille de route
« Développer », « acheter » et « externaliser » ne sont pas des philosophies concurrentes. Il s’agit de trois outils adaptés à différentes situations, et la bonne solution pour un système de votre feuille de route peut s’avérer être la mauvaise pour le suivant. Avant de vous engager, il convient de vous poser les questions suivantes : dans quelle mesure le système est-il réellement différencié ? De quelles capacités internes disposez-vous pour le gérer ? Et quel sera le coût total dans trois ans, plutôt que celui indiqué sur la première facture ?
Monarch Innovation collabore avec des responsables techniques spécialisés dans les domaines du logiciel sur mesure, du cloud et de l'ingénierie des données. L'entreprise intervient souvent précisément à ce stade décisif, lorsqu'un système doit être développé sur mesure mais que l'équipe interne n'est pas en mesure de prendre en charge un nouveau projet de longue haleine. Si vous hésitez entre développer, acheter ou faire appel à une équipe d’ingénieurs externalisée pour un futur système, contactez Monarch Innovation afin de discuter des compromis spécifiques à votre feuille de route.
Discutez de votre stratégie de développement logiciel
Vous hésitez entre développer en interne, acheter un produit du commerce ou faire appel à une équipe d'ingénieurs externes ? Contactez Monarch Innovation pour discuter avec notre équipe d'ingénieurs des exigences de votre système, du calendrier et de vos besoins à long terme en matière de gestion du système.
Foire aux questions sur le choix entre « développer en interne », « acheter » et « externaliser »
Quelle est la différence entre développer soi-même, acheter ou externaliser le développement d'un logiciel ?
Le terme « développer en interne » signifie que votre équipe interne conçoit, développe et assure la maintenance du logiciel. Le terme « acheter » signifie que vous acquérez une licence pour un produit commercial ou SaaS et que vous adaptez vos processus métier en fonction de celui-ci. Le terme « externaliser » signifie qu’un partenaire technique externe développe un logiciel sur mesure pour votre organisation, généralement dans le cadre d’une mission de projet, d’une équipe dédiée ou d’un renforcement des effectifs.
Vaut-il mieux développer un logiciel sur mesure ou opter pour une solution SaaS ?
Cela dépend de la nature du besoin (standardisé ou différencié sur le plan stratégique), du niveau de personnalisation et d'intégration requis, de l'urgence avec laquelle le système doit être mis en place, et de la capacité et de l'expertise de votre équipe interne à prendre en charge le logiciel tout au long de son cycle de vie, et pas seulement lors de son lancement.
Comment choisir entre développer, acheter ou externaliser un logiciel d'entreprise ?
Commencez par vous demander si le système constitue un facteur de différenciation concurrentielle ou s'il s'agit d'une fonctionnalité courante. Les besoins liés à des fonctionnalités courantes justifient généralement l'achat. Les systèmes différenciés justifient le développement en interne ou l'externalisation, et le choix entre ces deux options dépend souvent de la capacité et des compétences spécialisées de votre équipe interne à le développer dans les délais impartis.
L'externalisation du développement logiciel est-elle moins coûteuse que le développement en interne ?
Ce n'est pas toujours le cas, et se contenter de comparer les tarifs horaires aux salaires peut induire en erreur. L'externalisation permet d'éviter les coûts fixes liés à l'embauche de nouveaux collaborateurs à temps plein ainsi que le processus de recrutement qui s'étend sur plusieurs mois, mais le coût total dépend tout de même de l'ampleur du projet, du nombre d'itérations et de la manière dont la mission est gérée au fil du temps.
Quel est le principal risque lié à l'achat d'un logiciel commercial plutôt qu'à son développement en interne ?
Le risque principal réside dans la dépendance vis-à-vis d'un fournisseur. Une fois que les processus internes, les données et les intégrations ont été conçus autour d'un produit acheté, changer de fournisseur ou développer une solution de remplacement par la suite peut se transformer en un projet plus vaste et plus coûteux que ne l'a jamais été la mise en œuvre initiale.
Dans quels cas l'externalisation est-elle plus judicieuse qu'une réalisation en interne ?
L'externalisation s'avère souvent la solution la plus adaptée lorsque le logiciel doit être développé sur mesure, mais que l'équipe interne ne dispose ni des compétences spécialisées ni des capacités nécessaires pour le livrer dans les délais impartis, car un partenaire peut généralement se mettre au travail plus rapidement que ne le permet un cycle de recrutement complet.
Quelles questions dois-je poser avant de choisir un partenaire d'externalisation informatique ?
Demandez quels ingénieurs travailleront concrètement sur le projet, quels documents et quel code source vous seront remis à la fin du projet, comment les modifications des exigences sont gérées en cours de projet, et ce qu’il adviendra du savoir-faire institutionnel si la mission prend fin. Des réponses précises sont plus rassurantes que des promesses générales.
Le coût total de possession est-il plus important que le prix d'achat ?
Oui, dans la plupart des cas. Le développement en interne, l'achat et l'externalisation présentent tous des profils de coûts différents sur une période de trois à cinq ans, notamment en matière de maintenance, d'évolution des licences et de coûts de migration ; or, se limiter à comparer la première facture conduit souvent à prendre une décision qui s'avère erronée au bout d'un an ou deux.
La décision entre « développer en interne », « acheter » et « externaliser » peut-elle évoluer au fil du temps ?
C'est possible, et cela arrive souvent. Un système acheté comme une solution standard peut devenir un frein stratégique dès lors qu'une entreprise se différencie grâce à lui ; c'est pourquoi il vaut mieux réexaminer périodiquement cette décision à mesure que l'entreprise évolue, plutôt que de la considérer comme définitive.
