Intelligence artificielle 05.06.2026

Make-or-Buy en IA : construire soi-même ou acheter ?

8 min. de lecture

Dès que le mot IA est prononcé dans les PME, le débat se réduit souvent à une seule question : doit-on construire soi-même ou acheter ? Le développement interne évoque le contrôle, l’achat évoque la dépendance. Dans la pratique, le développement interne est souvent le réflexe le plus coûteux. Pour de nombreuses entreprises, la meilleure réponse se situe entre la solution standard et l’adaptation sur mesure.

Les points clés en bref

Buy l’emporte sur Build dans la plupart des cas PME. Les projets IA menés par des prestataires réussissent environ deux fois plus souvent que les développements purement internes. Celui qui construit lui-même a besoin d’une bonne raison, pas seulement d’une envie de contrôle.
La balance bascule à la troisième année. Le développement interne paraît moins cher la première année, puis arrivent la maintenance, le réentraînement, la gouvernance et la fidélisation des talents. Seule une vision sur trois ans permet une comparaison honnête.
Entre Make et Buy, il y a Boost. Une plateforme standard couvre souvent l’essentiel ; les entreprises complètent le reste avec leurs propres données et contrôles. Pour beaucoup de PME, c’est la voie la plus réaliste.

Trois approches pour clarifier le réflexe Make-or-Buy

Qu’est-ce que le Make-or-Buy appliqué à l’IA ? Le Make-or-Buy désigne la décision de développer soi-même une capacité IA ou de l’acheter sous forme de solution prête à l’emploi. Avec l’IA, une troisième option s’ajoute : enrichir une plateforme standard avec ses propres données, prompts et contrôles. La question binaire devient ainsi un choix entre Make, Buy et Boost.

De nombreux projets IA ne démarrent pas par une évaluation froide, mais par un sentiment : la fierté du développement interne ou la crainte de la dépendance. Les deux sont compréhensibles. Mais pour un investissement qui doit tenir sur trois ans, cela ne suffit pas.

Cette classification a fait ses preuves dans la pratique. Buy convient lorsque le cas d’usage est répandu, que des prestataires matures existent et que la rapidité est un critère. Make convient lorsque la capacité constitue le cœur même de la compétitivité de l’entreprise ou repose sur des données qu’aucun prestataire ne peut reproduire. Boost convient lorsqu’une plateforme couvre l’essentiel et que seule une partie clairement délimitée doit rester propriétaire. Pour la plupart des PME, cette grille décrit mieux la réalité qu’une simple réflexion Build-versus-Buy.

Là où le développement maison se retourne contre soi : le calcul sur trois ans

L’erreur la plus fréquente n’est pas la mauvaise décision, mais le calcul trop court. Le développement maison paraît souvent moins coûteux la première année, parce que les dépenses visibles semblent inférieures à une licence. Le calcul bascule à la troisième année. C’est alors que la maintenance, le réentraînement des modèles, la gouvernance, les audits de sécurité et la fidélisation des rares spécialistes capables de faire fonctionner le système s’accumulent.

Cette rétention des talents est le poste le plus sous-estimé. Un système d’IA développé en interne n’est aussi stable que l’équipe qui le comprend. Si la seule personne ayant entraîné le modèle part, la capacité se retrouve coincée dans un goulot d’étranglement. Un système acheté n’a pas ce goulot, mais un autre : la dépendance vis-à-vis du fournisseur. Ce qui compte, c’est de savoir de qui l’entreprise devient dépendante et combien coûterait la sortie.

42 Prozent

des entreprises ont abandonné la majorité de leurs initiatives d’IA en 2025, contre 17 pour cent l’année précédente.

Source : enquêtes sectorielles récentes sur les projets d’IA

Ce chiffre n’est pas un argument contre l’IA. Il montre à quel point le mauvais mode d’approvisionnement peut coûter cher. Les projets conduits par des fournisseurs atteignent leur objectif environ deux fois plus souvent que les développements purement internes, selon les mêmes enquêtes. Les PME qui développent en interne assument une complexité technique et un risque projet mesurable plus élevé.

Quatre critères clarifient la décision avant la démonstration

Une grille concise est plus utile que l’instinct. Quatre critères distinguent les trois voies plus sûrement que n’importe quelle démonstration d’outil. L’essentiel est de répondre à ces questions avant le premier entretien avec un fournisseur.

Critère	Make	Buy	Boost
Cœur concurrentiel	oui, le facteur différenciant	non, tâche standard	en partie, adaptation ciblée
Délai avant bénéfice	des mois à des années	des jours à des semaines	des semaines
Souveraineté des données	entièrement en interne	chez le fournisseur, encadrée contractuellement	partagée, contrôlable
Coûts sur trois ans	élevés, souvent sous-estimés	prévisibles, récurrents	intermédiaires, bien maîtrisables

La grille ne tranche pas la décision à elle seule, mais elle démasque les illusions coûteuses. Celui qui note honnêtement un non pour le cœur concurrentiel et veut quand même développer en interne devrait marquer une pause. Dans la grande majorité des cas où une PME croit avoir besoin de quelque chose de propre, ce qu’elle veut en réalité, c’est simplement le contrôle – celui qu’un contrat bien négocié peut aussi garantir.

Ce que les équipes doivent clarifier avant l’achat

Même la bonne décision de principe peut échouer à la mise en œuvre. Au fil des années, quelques conditions ont montré qu’elles font régulièrement la différence.

Ce qui freine

La décision est prise par orgueil ou par peur plutôt que sur des critères
Seule la première année est calculée, sans vision sur trois ans
Développement interne sans succession clairement définie pour les rares experts
Achat sans clause de sortie et sans regard sur les coûts de migration

Ce qui porte

Une réponse honnête à la question concurrentielle centrale avant chaque démo
Le calcul sur trois ans incluant maintenance, gouvernance et compétences
Le Boost comme option délibérée, non comme solution de secours
Un contrat qui règle clairement la souveraineté des données et la sortie

La colonne de gauche a rarement à voir avec la technique. Elle a à voir avec la discipline. D’abord les critères, ensuite les fournisseurs, puis la démo. Qui respecte cet ordre prend la décision make-or-buy une fois correctement, plutôt que de la corriger à prix fort dix-huit mois plus tard.

Foire aux questions

Quand les PME devraient-elles vraiment développer elles-mêmes une solution d’IA ?

Seulement si la capacité constitue leur avantage concurrentiel ou repose sur des données qu’aucun fournisseur ne peut reproduire. S’il s’agit d’une tâche courante comme la reconnaissance de texte, la classification ou un assistant, des fournisseurs matures existent, et le développement interne mobilise inutilement budget et experts.

Pourquoi le développement interne est-il souvent plus coûteux la troisième année ?

Les coûts évidents de la première année n’en sont qu’une partie. Ensuite s’accumulent la maintenance, le réentraînement des modèles, la gouvernance, les audits de sécurité et surtout la mobilisation des rares experts qui font tourner le système. Ces postes manquent dans le calcul initial et font basculer le bilan.

Que signifie concrètement le Boost ?

Une plateforme standard couvre la majeure partie d’un cas d’usage, et la contribution propre en est la dernière pièce : données maison, prompts adaptés, intégration au système métier, niveau de contrôle humain. On achète la base et on n’y ajoute que ce qui doit vraiment rester spécifique.

Comment éviter la dépendance envers un fournisseur ?

Non pas par le développement interne, mais par un bon contrat. L’essentiel : une règle claire sur la souveraineté des données, un export convenu des données propres et un regard réaliste sur les coûts de migration. La dépendance ne peut pas être évitée, mais elle peut être maîtrisée.

Quelle est la toute première question de la décision ?

Cette capacité fait-elle partie de notre avantage concurrentiel ou s’agit-il d’une tâche standard ? Cette seule réponse classe la plupart des cas. Ce n’est qu’ensuite que viennent le time-to-value, la souveraineté des données et les coûts sur trois ans. Qui commence par la démo fournisseur a déjà perdu le fil.