SaaS is dead ? Pas vraiment.
En décembre 2024, Satya Nadella déclare sur le podcast BG2 : « SaaS is dead. » La phrase circule, les éditeurs s’inquiètent, les tribunes se multiplient. Mais la plupart passent à côté de ce qu’il dit vraiment.
La thèse de Nadella n’est pas commerciale — elle est architecturale. Les applications métier sont des bases de données CRUD (Create, Read, Update, Delete) avec de la logique métier codée par-dessus. Cette logique va migrer vers une couche IA. Les agents interagiront directement avec les données brutes, sans interface humaine. Et quand l’utilisateur est un agent, l’interface n’a plus personne pour qui exister.
Conclusion : le SaaS n’est pas mort. Son interface, si.
La vraie compétition : pas SaaS contre SaaS, mais SaaS contre travail
Pour chaque dollar dépensé en logiciel, six sont dépensés en services. Le budget outil est une fraction du budget travail dans presque toutes les industries. Le SaaS ne se bat pas contre d’autres SaaS : il se bat contre la main-d’œuvre qu’il était censé remplacer ou augmenter.
Et dans ce combat, il a massivement échoué : les entreprises ont ajouté des outils sans réduire leurs effectifs de services. Les deux budgets ont grossi en parallèle. La rupture de l’IA n’est pas de rendre les outils plus intelligents — c’est de rendre possible la capture du budget travail directement, sans passer par l’outil.
Copilot vs Autopilot : deux marchés, pas deux versions
C’est ici qu’intervient la distinction la plus utile du moment :
- Un copilot vend l’outil. Il s’adresse au professionnel qui fait le travail et le rend plus efficace.
- Un autopilot vend le travail. Il s’adresse directement à celui qui achète le résultat et contourne le professionnel intermédiaire.
Ce ne sont pas deux versions du même produit : ce sont deux marchés adressables de taille radicalement différente.
Le moat du SaaS n’était pas la construction
L’argument qu’on entend : construire coûtait cher, c’était un avantage, l’IA a supprimé ce coût, l’avantage disparaît. C’est incomplet.
Le moat de Salesforce n’a jamais été qu’il était difficile de construire un CRM. C’était vingt ans de données clients et des milliers d’intégrations partenaires. Des coûts de migration qui rendent le remplacement douloureux même quand le concurrent est objectivement meilleur. Le vibe coding ne touche pas à ça.
Mais attention au piège du data moat : si le prochain modèle de fondation absorbe le jugement dans un domaine, il commoditise aussi le moat durement acquis. La bitter lesson de Sutton s’applique dans les deux sens. Ce qui protège durablement, ce n’est pas la donnée brute — c’est la vérifiabilité du résultat couplée à la difficulté de reproduire le signal.
Les chiffres qui ne mentent pas
Pas besoin d’extrapoler, les données parlent d’elles-mêmes :
- Le NRR médian des SaaS IA-natifs s’établissait à 48% fin 2025. Les plans sous 50 €/mois retenaient 32% de NRR, contre 85% pour les plans au-dessus de 250 €.
- Le NRR médian du SaaS traditionnel a glissé de 105% en 2021 à 101% en 2024. Quatre points en trois ans.
- Les outils de marketing et vente affichent un churn mensuel de 4,8 à 8,1%. Ces catégories horizontales sont sous pression maintenant.
- 64% des entreprises du Fortune 500 ont des déploiements Copilot actifs, mais seulement 20 à 30% des sièges achetés sont effectivement utilisés chaque semaine. L’adoption PME ne dépasse pas 12%.
Le constat est clair : les outils horizontaux sans données propriétaires ni effets réseau réels s’effondrent. Les PME sont les plus exposées (churn de 3 à 7% par mois), tandis que les grands comptes sont protégés par leurs contrats longs et leurs coûts de migration. Ces deux segments vivent dans des temporalités radicalement différentes.
Le critère qu’on rate : la vérifiabilité
L’analyse dominante distingue l’intelligence du jugement : les tâches purement intellectuelles sont automatisables aujourd’hui, les tâches de jugement le seront plus tard. C’est une grille utile, mais elle rate quelque chose.
Ce qui fonctionne dans les autopilots, ce n’est pas uniquement le ratio d’intelligence dans la tâche. C’est la capacité à vérifier que le résultat est juste, à bas coût, après coup. Un NDA est vérifiable. Un code de facturation médicale est vérifiable. Des livres comptables qui réconcilient sont vérifiables. Là où vérifier coûte cher, ou là où l’évaluation est subjective, l’autopilot est dangereux — quel que soit le niveau d’intelligence requis.
Ce qui résiste, ce qui s’effondre
Les dépenses mondiales en SaaS dépasseront 500 milliards en 2028. Le secteur ne s’effondre pas. Ce qui s’effondre, c’est une catégorie précise :
- 🔴 S’effondre : les outils horizontaux sans données propriétaires ni effets réseau réels, ceux dont la valeur principale était que les alternatives coûtaient plus cher à construire.
- 🟢 Résiste : les données propriétaires non réplicables, la conformité réglementaire là où opérer sans agrément n’est pas une option, et les produits dont le résultat est vérifiable à bas coût après coup.
Le contre-argument qu’on ne peut pas esquiver
Andrej Karpathy estimait en octobre 2025 que les agents en production restent limités et que la transition prendra dix ans. Forrester maintient que la compliance, la scalabilité et la sécurité bloquent le remplacement dans la majorité des cas. Ils n’ont pas tort.
Ce qui se passe n’est pas un remplacement brutal. C’est une érosion par le bas. Les outils qui auraient dû naître il y a deux ans ne se construisent plus. La pression s’exerce d’abord sur les nouveaux entrants. Mais dans cinq ans, le renouvellement naturel du marché sera beaucoup plus lent pour les éditeurs dont la proposition ne tient pas sans inertie client.
Vendre le travail : la question qu’on n’aime pas poser
Est-ce qu’un autopilot construit un business SaaS ou un business de services ? Vendre le travail, c’est hériter de la responsabilité du travail. Si le coût du modèle tend vers zéro, vous gardez le spread. Sinon, vous avez construit une boîte de BPO avec un meilleur coût variable. Ces deux entreprises n’ont pas le même multiple de valorisation.
L’outsourcing est le point d’entrée le plus efficace pour un autopilot : quand une tâche est déjà externalisée, la substitution est un simple vendor swap. La ligne budgétaire existe, l’acheteur est habitué à payer pour un résultat. Remplacer des employés internes, c’est une réorganisation. Ces deux cycles de vente n’ont rien à voir.
Le test qui compte vraiment
Deux questions disent plus sur votre durabilité que n’importe quelle analyse concurrentielle :
- Votre résultat est-il vérifiable après coup ?
- Votre substitution se fait-elle par vendor swap ou par réorganisation ?
Et le test Copilot : si Microsoft intègre demain votre cas d’usage dans Copilot, est-ce que votre client reste ? Pour un grand compte avec un contrat de trois ans et des intégrations profondes, vous avez probablement cinq à huit ans de marge. Pour une PME de quinze personnes sur M365 Business, la question est légitime aujourd’hui.
Microsoft rate systématiquement les intégrations de niche. Copilot est performant pour résumer des réunions et trier des emails, beaucoup moins sur les cas d’usage verticaux qui demandent une calibration fine. Ce n’est pas un argument pour ne pas se poser la question — c’est un argument pour y répondre avec précision plutôt qu’avec une heuristique générale.
Ce que tout ça nous apprend
Le SaaS se débarrasse de tout ce qui n’était que de l’emballage. Ce qui reste en dessous, c’est soit de la valeur réelle, soit du temps compté.
Le client n’a jamais voulu un CRM. Il voulait ne pas se faire surprendre. L’outil était le meilleur proxy disponible pour ce résultat, parce que produire le résultat directement coûtait trop cher. L’équation a changé, pas la demande.
Pour les éditeurs SaaS — particulièrement dans la PME — la question n’est plus « mon code est-il bon ? » mais « est-ce que je vends un outil ou un résultat ? Et ce résultat, est-il vérifiable ? »
Source : Article LinkedIn d’Adrien Bel (1er juillet 2026)