Entrée 101
Work-as-a-Service : le modèle post-SaaS
Le SaaS (Software-as-a-Service) vendait l'accès à des outils — vous payez par siège et par mois le droit d'utiliser un logiciel. Work-as-a-Service (WaaS) vend des résultats accomplis — vous payez par ticket de support résolu, par rapport généré, par affaire conclue. Ce basculement de la vente d'accès à l'outil vers la vente d'accomplissement du travail est le changement le plus fondamental des modèles économiques du logiciel depuis que le SaaS a remplacé les licences perpétuelles. Il modifie la tarification (par résultat vs par siège), les marges (coût de calcul IA variable vs coût marginal quasi nul), les métriques de rétention (qualité du résultat vs adhérence aux fonctionnalités) et les cadres de valorisation (revenu par résultat vs revenu par siège).
Traduit automatiquement de l’original anglais. Lire l’original en anglais →
La mort du siège
Un siège Zendesk coûte $89/mois, que l'agent résolve 10 tickets ou 100. L'entreprise réalise le même revenu dans les deux cas. Avec Work-as-a-Service, vous payez $1.50 par ticket résolu. Si l'agent IA résout 1,000 tickets, le coût est de $1,500 — et aucun agent humain n'a été nécessaire.
Cela change complètement l'économie. Le client paie moins par unité de travail. Le fournisseur gagne plus de revenu total s'il parvient à faire croître le volume. Mais le fournisseur supporte aussi le coût de calcul — chaque ticket résolu nécessite du calcul d'inférence. C'est le problème de l'Agentic Accounting : l'inférence IA devient un coût des marchandises vendues.
Trois modèles de tarification émergents
Crédits de succès : les entreprises achètent des crédits consommés lorsque les résultats sont livrés. Salesforce Agentforce utilise ce modèle — les clients achètent des « conversations d'agent » par blocs. La valeur est liée à la résolution, pas à l'accès.
Tarification basée sur le résultat : le prix est directement lié à des résultats mesurables — $X par lead qualifié, par ticket résolu, par rapport généré. Cela nécessite une infrastructure de mesure solide et crée une nouvelle catégorie d'outils de « vérification des résultats ».
Basé sur la consommation (hybride) : frais de base pour la plateforme plus facturation par action. Similaire au modèle de crédits de calcul de Snowflake. Revenu de base prévisible avec un potentiel de hausse lié au volume d'activité des agents.
Qui gagne la transition vers le WaaS
Les gagnants sont les entreprises capables de maîtriser la couche de mesure des résultats : si vous pouvez prouver que l'agent a résolu le ticket, généré le lead ou terminé l'analyse, vous pouvez facturer par résultat. Cela favorise les verticales aux métriques de succès claires par rapport aux outils horizontaux à la valeur ambiguë.
Les plateformes qui deviennent le runtime du travail — où les agents s'exécutent, l'état est géré et les résultats sont suivis — captent la taxe d'infrastructure. Cela rejoint la thèse du Cloudflare Toll Booth : quiconque fournit la couche d'exécution des agents perçoit un revenu sur chaque résultat.
Mise à jour — août 2026 : Claudeforce constitue le plus grand test en conditions réelles de cette transition à ce jour : Salesforce déplace son propre flux de travail vers l'interface de chat de Claude, tandis que le revenu de consommation d'Agentforce atteint $1.5 billion d'ARR, en hausse de 240% sur un an — la tarification par siège et la tarification par consommation coexistent désormais au sein d'un même acteur historique à grande échelle. Les mécanismes de coopétition sont détaillés dans l'entrée SaaSpocalypse.