Pourquoi cette page ?
Pendant 20 ans, la doctrine était claire pour une PME : acheter un SaaS chaque fois que possible, ne faire développer que pour des process différenciants. Le développement applicatif IA-assisté (Cursor, Claude Code, Lovable, Bolt, v0) a comprimé les délais de 20 à 50 % et fait baisser le coût d'un build léger d'autant. La doctrine bouge — mais la nouvelle n'est pas « build everywhere » : 67 % des stratégies IA « buy » réussissent contre 33 % seulement des builds internes (MIT NANDA, 2025).
Cette page te donne la grille de décision actualisée pour 2026, et te prévient des nouveaux pièges.
Le seuil de rentabilité du « build » s'est effondré. Un MVP qui demandait 4-6 mois à une ESN classique se prototype aujourd'hui en 6-10 semaines avec un dev IA-assisté. Le calcul total cost of ownership penche plus souvent vers le build que dans les années 2010.
Mais 95 % des projets IA en entreprise ne génèrent aucun ROI mesurable. La cause n'est pas la technologie — c'est l'absence de redesign de workflow, de gouvernance, et de pilotage métier. Si tu pars sur un build sans ces 3 ingrédients, tu vas dans les 95 %.
Le bon réflexe 2026 est hybride. SaaS pour les briques commodity (compta, paie, CRM standard), build léger IA-assisté pour les micro-applications métier spécifiques (workflows, intégrations, reporting custom). 78 % des entreprises anticipent davantage de builds en 2026 — sans abandonner leurs SaaS.
Six critères suffisent pour décider en 15 minutes. Différenciation, volume, évolutivité, budget, compétences internes, délai. La grille en bas de page te permet d'arbitrer un cas concret. Si tu ne sais pas répondre à un critère, c'est déjà une réponse : tu n'es pas prêt à builder.
Ce qui a changé en 2025-2026
Pendant 15 ans, le calcul était simple : un développement sur mesure coûtait 10 à 30 fois le prix d'un SaaS équivalent sur la durée de vie du produit. La majorité des PME ont donc choisi SaaS, et c'était le bon choix.
Trois tendances ont rebattu les cartes :
1.1 La compression des délais et des coûts
Les outils de développement IA-assisté (Cursor, Claude Code, Windsurf, Lovable, Bolt.new, v0, Replit Agent) génèrent du code à grande vitesse. Étude GitHub Copilot (2024-2025) : -55 % de temps de tâche sur 95 développeurs benchmarkés (GitHub Blog). Sur des MVPs entiers, Lovable revendique des premiers prototypes en 25 minutes. À l'échelle d'un projet, ces outils compriment les délais de 20 à 50 % et réduisent le coût/feature.
1.2 La banalisation de l'IA dans les SaaS du marché
Tous les éditeurs SaaS B2B intègrent désormais des modules IA : Pennylane fait du lettrage IA, HubSpot génère des e-mails commerciaux, Salesforce Einstein recommande des produits. La différenciation par l'IA est plus difficile à obtenir avec un SaaS standard. Faire développer un workflow IA spécifique à ton métier devient un argument compétitif réel.
1.3 La pression réglementaire qui force l'arbitrage
Trois calendriers obligent à arbitrer maintenant : facturation électronique en réception 1er sept. 2026 (toutes entreprises), AI Act systèmes haut-risque applicable 2 août 2026 (scoring client, RH, recouvrement), RGPD renforcé sur l'IA (CNIL recommandations 2025). Tu ne peux plus repousser la décision.
La prise de réalité — le « scaling gap »
Avant d'arbitrer build vs buy, il faut intégrer une donnée structurante : l'IA déçoit massivement en entreprise.
Les chiffres qui doivent t'arrêter
- 95 % des projets GenAI en entreprise ne génèrent aucun ROI mesurable sur 30-40 milliards de dollars investis (MIT NANDA, State of AI in Business 2025, relayé Fortune).
- 88 % des organisations utilisent l'IA dans au moins une fonction, mais seulement 6 % sont AI high performers (>5 % d'EBIT impact, McKinsey State of AI 2025).
- 21 % seulement des organisations IA ont redesigné leurs workflows (McKinsey, 2025) — c'est pourtant le seul critère le plus corrélé à l'EBIT-impact.
- Buy vs Build : 67 % vs 33 % de taux de réussite (MIT NANDA, 2025).
La conclusion à en tirer n'est pas « ne pas faire de l'IA ». C'est : la différence entre les 5 % qui réussissent et les 95 % qui échouent n'est pas la technologie. C'est la gouvernance, le redesign de workflow, et le pilotage métier. Tu vas voir que cette grille s'applique aussi à l'arbitrage build vs buy.
Quand BUY (SaaS) reste le bon choix
Pour la majorité des PME, sur la majorité des cas, acheter un SaaS reste le bon réflexe. Six situations où c'est clair :
Le process n'est pas un différenciant compétitif
Compta, paie, gestion des congés, signature électronique, e-mailing : ces process sont identiques dans 95 % des entreprises de ton secteur. Faire développer ne crée aucun avantage. SaaS standard, point.
Tu n'as pas d'équipe IT en interne
Un build, même léger, demande de la maintenance permanente : monitoring, patchs sécurité, mises à jour de dépendances, conformité (RGPD, AI Act, facturation électronique). Sans personne en interne pour s'en occuper, tu accumules une dette qui t'explosera dans 18 mois.
Tu veux valider un cas d'usage avant d'engager
Avant de builder, prouve que le besoin existe. Un SaaS d'essai à 50 €/mois pendant 3 mois te dira si l'usage est réel. Si oui, tu peux ensuite envisager un build pour l'industrialiser. Sinon, tu n'as perdu que 150 €.
Le cas est bien servi par un modèle généraliste
Génération de mails, traduction, transcription audio, résumé de documents : ces tâches sont parfaitement traitées par les SaaS du marché qui s'appuient sur GPT, Claude, Gemini ou Mistral. Builder un wrapper maison n'apporte rien, sinon de la dette technique.
Tu as besoin d'un ROI rapide avec un modèle économique éprouvé
Les SaaS leaders (HubSpot, Salesforce, Pennylane, Sellsy) ont des centaines de milliers d'utilisateurs payants. Le modèle marche. Si tu cherches un ROI à 6 mois, tu ne le trouveras pas sur un build. Tu le trouveras sur un déploiement SaaS bien cadré.
La conformité réglementaire est externalisée
Pour la facturation électronique 2026, tu dois passer par une Plateforme Agréée DGFiP (PA, ex-PDP) ou une plateforme interopérable. 120 PA ont été immatriculées en avril 2026 (economie.gouv.fr). Faire développer une PA agréée maison est hors de portée d'une PME. Sur ce sujet, c'est SaaS, sans débat.
Quand BUILD redevient pertinent (avec IA-assisted dev)
Cinq situations où la nouvelle génération d'outils de développement IA-assisté change l'arbitrage :
L'IA façonne ton positionnement compétitif
Tu as un savoir-faire propre que personne d'autre n'a (un workflow industriel, une méthode commerciale, un patrimoine documentaire). Un SaaS standard ne sait pas le modéliser. Un workflow IA spécifique devient ton avantage. Cf. le module Knowledge base RAG et le pattern AMETRA documenté en RetEx PME.
Aucun SaaS du marché ne couvre ton workflow
Tu as cherché et le SaaS n'existe pas — ou il existe mais à 80 % seulement, et les 20 % manquants sont précisément le cœur de ton process. Faire développer une micro-application métier IA-assistée (~6-10 semaines pour un POC, 4-7 mois pour une prod) devient une option crédible.
Le volume utilisateurs justifie l'amortissement
Calcul typique : un SaaS à 50 €/mois × 30 utilisateurs × 5 ans = 90 000 €. Un build IA-assisté pour le même besoin : 40-80 K€ initial + 20-30 %/an de maintenance, soit ~70-130 K€ sur 5 ans. À volume élevé, le build devient compétitif — et tu gardes la main sur le produit.
Tu es enfermé chez un fournisseur SaaS qui augmente ses prix
Si ton SaaS critique a doublé son tarif en 2 ans et que ta dépendance est forte (lock-in données, formation des équipes), un build de remplacement IA-assisté retrouve un sens. C'est un sujet de souveraineté technique, plus seulement financier.
Tu as accès à des compétences IA-natives
Tu connais un dev qui maîtrise Cursor / Claude Code / Windsurf, ou tu as identifié un prestataire IA-natif sérieux (sécurité, RGPD, monitoring intégrés). Le coût d'entrée d'un build est descendu suffisamment pour que ce soit envisageable. Cf. le module Faire développer une appli métier.
🧪 Une troisième voie en 2026 — le fine-tuning SLM : entre le BUILD complet d'une appli métier et le BUY d'un SaaS standard, le fine-tuning de petits modèles (1B-8B paramètres) sur tes données métier émerge comme palier opérationnel pour les PME. Cycle complet en 4-6 semaines pour 200-500 €. Voir la fiche Fine-tuning PME §4bis (SLM 1B-8B en 2026).
Le pattern dominant 2026 — l'approche hybride
Le bon réflexe en 2026 n'est ni « 100 % SaaS » ni « 100 % build ». C'est l'hybride, et c'est ce qu'observent les études sur le terrain.
Le rapport Retool Build vs Buy 2026 (817 clients interrogés) trouve que 35 % ont remplacé au moins un SaaS par un build interne dans les 12 derniers mois, et 78 % anticipent davantage de builds internes en 2026 (Retool). Mais ces mêmes entreprises ne suppriment pas leurs SaaS centraux — elles ajoutent des couches custom là où ça crée de la valeur.
Le pattern type
- SaaS pour les briques commodity : ERP/comptabilité (Pennylane, Sage), CRM standard (HubSpot, Sellsy), e-mailing (Brevo, Mailchimp), paie (Payfit), signature électronique (DocuSign, Yousign).
- Build léger IA-assisté pour les micro-applications métier : un workflow d'extraction RAG sur ta documentation interne, un agent de qualification des leads sur ton site, un tableau de bord de pilotage personnalisé qui agrège les API de tes SaaS.
- Intégrations IA pour faire tenir le tout : Make, Zapier, n8n IA-augmentés. Ce ne sont ni des SaaS purs ni des builds — ce sont des couches de composition.
Le résultat : tu as la fiabilité et la conformité d'un SaaS leader sur 80 % de ton SI, et la différenciation d'un build sur les 20 % qui font ton avantage compétitif.
Matrice de décision en 6 critères
Applique cette grille à ton cas concret. Si tu coches majoritairement la colonne BUY, achète. Majoritairement BUILD, fais développer (avec gouvernance — voir section 7). Mix : pars sur de l'hybride.
| Critère | Question à te poser | BUY si… | BUILD si… |
|---|---|---|---|
| 1. Différenciation | Le process est-il un avantage compétitif ? | Process commodity (compta, paie, e-mailing) | Process différenciant (workflow propre, savoir-faire) |
| 2. Volume | Combien d'utilisateurs sur 5 ans ? | < 20 utilisateurs ou usage occasionnel | > 50 utilisateurs ou volume élevé |
| 3. Évolutivité | Tes besoins évoluent-ils vite ? | Besoin stable, évolution lente | Besoin évolutif, custom requis chaque trimestre |
| 4. Budget | Quel TCO sur 5 ans ? | SaaS 50-200 €/mois suffit, ROI 6 mois | Budget initial 40-100 K€ + 20 %/an OK |
| 5. Compétences | As-tu des ressources IT internes ou prestataire fiable ? | Pas d'équipe IT, pas de prestataire IA identifié | Équipe IT en place ou prestataire IA-natif accessible |
| 6. Délai | Quand as-tu besoin que ça marche ? | Besoin sous 1-2 mois | 3-9 mois acceptables, valeur long terme |
| 7. Compétences IA-natives (nouveau 2026) | As-tu accès à un dev senior maîtrisant le stack ECC ? | Pas de dev senior IA-natif accessible | Dev senior + Cursor + Kimi K2.6 + ECC stack mobilisables |
| 8. Coût d'inférence (nouveau 2026) | Quel est ton volume d'inférence mensuel ? | Volume marginal, Opus suffit ponctuellement | Volume élevé : tu peux switcher 75 % vers Kimi sans perte de qualité (cf. la fiche Inférence SaaS vs self-hosted) |
Règle pratique : 4 BUY sur 8 ou plus → SaaS. 4 BUILD sur 8 ou plus → développement IA-assisté avec gouvernance. Mix → hybride (le SaaS pour la base + un build léger sur la zone différenciante).
Le coût d'un build IA-assisté a été divisé par 3 à 5 entre 2023 et 2026, sans compromis sur la qualité finale, grâce à 3 facteurs convergents :
- Modèles open-source compétitifs : Kimi K2.6 (sortie 2026) propose ~75 % de la qualité de Claude Opus 4.7 pour ~10 % du coût d'inférence. Cf. la section Kimi K2.6 + ECC du module Faire développer une appli métier.
- Frameworks d'agents matures : ECC (Everything Claude Code) avec ~38 agents spécialisés + AgentShield ≈ équivalent d'une équipe de 3-4 devs juniors pour ~$20-200/mois.
- Patterns Fat Skills / Thin Harness (Garry Tan) : architecture compounding où chaque skill réutilisable réduit le coût de la suivante. Cf. le module Multi-agents par fonction.
Conséquence : le seuil de rentabilité du Build s'est abaissé par rapport à 2023. Le « Buy » reste statistiquement supérieur (67 % vs 33 % de réussite — MIT NANDA), mais les cas où le Build est justifié deviennent plus accessibles aux PME ambitieuses qui savent cadrer (cf. la fiche Cadrer un projet IA en production).
Sept écueils à éviter
- Sous-estimer la maintenance d'un build. Un build n'est jamais « fini » : monitoring, mise à jour, sécurité, mise en conformité (RGPD, AI Act, facturation électronique). Coût récurrent 20-30 %/an du coût initial. Budgète-le, ou tu paieras la dette technique deux ans plus tard.
- Sur-estimer les compétences internes. Beaucoup de PME pensent pouvoir « former leur stagiaire à Cursor » et obtenir une app prod. La réalité de la mise en prod (CI/CD, sécurité, RGPD, monitoring) requiert un profil dev senior. Pas de raccourci.
- Confondre démo et production. Lovable génère un MVP en 25 minutes. Cela ne veut pas dire que tu as un produit livrable. Le « ça marche sur ma machine » est une étape, pas un livrable client. Cf. l'incident Tea App de juillet 2025.
- Sous-estimer la dette technique. Études GitClear / arxiv 2025 sur 211 millions de lignes de code IA-assisté : 8 fois plus de duplications, -40 % de refactoring. Le code marche aujourd'hui, il sera ingérable dans 18 mois sans gouvernance.
- Choisir SaaS par défaut sans calcul TCO. Un SaaS à 50 €/mois × 10 utilisateurs × 5 ans = 30 K€ + dépendance + paramétrage. Un build IA-assisté peut concurrencer. Fais le calcul total cost of ownership avant de signer 5 ans de SaaS.
- Choisir Build sans gouvernance. Le 95 % d'échec MIT NANDA s'explique largement par l'absence de revue, de redesign de workflow, de pilotage métier. Si tu pars sur un build sans nommer un PO interne et sans cadrer les KPI métier, tu vas dans les 95 %.
- Ignorer le « workflow redesign ». McKinsey le martèle : c'est le seul critère le plus corrélé à l'EBIT-impact, mais 21 % seulement des organisations IA ont redesigné leurs workflows. Sans redesign, tu numérises l'inefficacité.
Pour aller plus loin
📰 Articles de fond
🎓 Tutoriels & cas pratiques
- Cas chiffrés des éditeurs SaaS sur leurs pages « Customer stories » : Pennylane, Sellsy, Pleias, Mistral Cloud — pour calibrer les fourchettes de coût et de ROI selon ton secteur.
- Démos build IA-assisté : chaînes YouTube de Lovable, Bolt.new, v0, Cursor — visionner 2-3 vidéos avant de cadrer un projet build interne.
📚 Documentation officielle & études
👥 Communautés & veille
- Communautés dirigeants PME / ETI : France Num, Bpifrance Le Lab, French Tech Grand Est — partages d'expérience build vs buy.
- Newsletter mensuelle Bpifrance Le Lab : publications régulières sur les RetEx PME.