Le tarif par utilisateur survit-il aux agents IA ? Ce que disent les données de dépenses en octobre 2026
Le tarif par siège ne meurt pas : 65-75 % des dépenses SaaS en avril 2026, la consommation 4-6 %. Où les crédits IA s'installent et quoi vérifier.
Sur cette page
Le tarif par utilisateur survit aux agents IA, du moins pour l'instant. L'analyse de Ramp sur les données de ses cartes et de ses paiements de factures, publiée en avril 2026, place les contrats par siège à 65-75 % des dépenses SaaS chez plus de 200 éditeurs, les abonnements de plateforme à prix fixe à 20-30 % et les dépenses à la consommation à 4-6 %, des parts quasi immobiles sur douze mois. Ce qui change, c'est la couche au-dessus : crédits IA, packs d'usage et options agent vendus à côté du siège, pas à sa place.
Cet article examine ce que montrent les données, où les crédits apparaissent dans les outils qu'achètent réellement les petites équipes, et comment lire une page de tarifs en 2026 pour qu'un agent ne double pas discrètement la facture.
L'argument selon lequel le siège est mort
Le procès du tarif par utilisateur tient en quelques lignes. Un siège est un indicateur de valeur : plus de personnes utilisent l'outil, plus il apporte de valeur, plus on paie. Un agent casse cet indicateur. Si une personne équipée d'un agent fait le travail de trois, l'éditeur vend un siège au lieu de trois et son chiffre d'affaires baisse alors que le produit devient plus utile. Les éditeurs passeront donc à un tarif à l'usage ou au résultat, et le siège s'effacera.
La logique tient. C'est le calendrier qui pose problème. Les éditeurs ne changent pas de tarif sur une théorie ; ils le font quand les acheteurs acceptent le nouveau modèle, et jusqu'ici ils ne l'ont pas fait.
Ce que montrent les données de dépenses de Ramp
Ramp voit les factures et les paiements par carte de ses clients, ce qui en fait un bon contrepoint au récit ambiant. Son analyse d'avril 2026, intitulée « The death of SaaS has been greatly exaggerated », rapporte :
| Modèle tarifaire | Part des dépenses SaaS (panel Ramp) | Évolution sur 12 mois |
|---|---|---|
| Contrats par siège | 65-75 % | Quasi stable |
| Abonnements de plateforme à prix fixe | 20-30 % | Quasi stable |
| À la consommation | 4-6 % | Quasi stable |
Deux exemples d'éditeurs tirés de la même analyse méritent attention. Adobe vend des crédits IA depuis deux ans et 99 % de ses factures dans les données de Ramp restaient par siège. HubSpot a déployé des crédits pour ses fonctions IA Breeze, et ses dépenses sont décrites comme presque entièrement par siège aussi. Le graphique compagnon de Coatue, publié la même semaine, situe la part à la consommation du SaaS traditionnel à 3,8 %, un chiffre légèrement inférieur à la fourchette de Ramp mais avec la même lecture.
La conclusion de Ramp elle-même : le récit de la « mort du SaaS » reflète davantage là où les responsables produit pensent que le secteur va, que la manière dont les acheteurs se comportent aujourd'hui.
Où les crédits s'installent
Le siège n'est pas remplacé ; il est complété. Le schéma observé dans les outils que nous avons vérifiés le 27 octobre 2026 est un prix par siège plus une réserve de crédits, avec davantage de crédits sur le plan cher et un prix de recharge pour le reste.
| Outil | Prix par siège (facturation annuelle) | IA en sus, en octobre 2026 |
|---|---|---|
| Notion | Plus 10 $, Business 20 $ par membre | Agents personnalisés gratuits à l'essai, puis 10 $ pour 1 000 crédits mensuels ; les Workers (bêta) exigent aussi des crédits |
| Linear | Basic 10 $, Business 16 $ par utilisateur | Les sessions de code et les Loops sont marquées comme nécessitant des crédits IA ; la page ne donne ni quantités ni prix |
| monday.com | Basic 9 $, Standard 12 $, Pro 19 $ par siège, minimum 3 sièges | 1 000 / 2 000 / 3 000 crédits par mois inclus ; crédits supplémentaires à 10 $ les 1 000 |
| Asana | Starter 10,99 $, Advanced 24,99 $ par utilisateur | 5 requêtes IA par utilisateur et par mois incluses (plafonnées par compte) ; packs à 0,50 $ la requête, paiement à l'usage 0,60 $ |
| ClickUp | Core 9 $, Business 17 $ par utilisateur | 1 000 / 1 500 crédits par utilisateur et par mois mutualisés ; crédits additionnels à 10 $ les 10 000 |
| Atrix | Builder 39 $ pour 5 sièges, Studio 149 $ pour 15 | 100 / 500 exécutions d'agent par mois incluses ; discuter avec l'agent ne consomme pas d'exécution ; pas de packs de recharge |
Trois points à noter. D'abord, chaque éditeur du tableau affiche encore un prix par siège (ou par pack) en titre ; les crédits sont la deuxième ligne. Ensuite, l'unité n'est pas comparable d'un éditeur à l'autre. Un crédit Notion, un crédit monday.com et une requête Asana n'ont pas la même taille, et seul Asana publie un prix par requête en dollars. Enfin, l'allocation incluse est souvent assez faible pour qu'une équipe active en achète davantage, et c'est là que la part à la consommation grandit sans que le siège bouge.
Pourquoi le siège tient, pour les acheteurs aussi
On suppose facilement que le tarif par utilisateur persiste parce qu'il plaît aux éditeurs. Il plaît aussi aux acheteurs, pour des raisons que l'arrivée des agents renforce :
- Les budgets sont annuels. Une direction financière peut approuver douze sièges à 16 $. Elle ne peut pas approuver « ce que l'agent consommera ». La tarification à la consommation transfère le risque à l'acheteur, et la plupart des petites entreprises n'ont personne dont le travail est de surveiller un compteur.
- Les dépassements sont réels. Les récits de seconde main sur des factures IA à la consommation bien au-delà du budget abondent en 2026 ; nous n'avons pas vérifié un chiffre précis, mais le schéma correspond à ce que nous voyons dans nos propres factures cloud.
- L'achat est plus simple. Un prix par personne et par mois tient sur une ligne de tableur. Les crédits exigent une définition, un suivi et une règle pour le jour où ils s'épuisent.
- Le tarif au résultat exige un résultat convenu. « Payer par ticket résolu » fonctionne pour le support. Il n'existe pas d'unité propre pour « a planifié le sprint » ou « a rédigé le PRD », donc les outils de travail généralistes n'ont nulle part où accrocher un prix au résultat.
Là où le siège casse vraiment
Le siège échoue dans deux situations, et les deux méritent d'être surveillées.
Les agents qui ont besoin de leur propre siège. Certains outils comptent désormais un agent comme un utilisateur. Si votre agent trie les tickets avec la même connexion qu'une personne, vous payez peut-être un siège humain pour un logiciel. Vérifiez si les comptes de service, les bots et les jetons d'API occupent un siège. Dans Atrix, non : les membres suspendus et les comptes de service n'en consomment pas, et le serveur MCP s'authentifie avec des jetons OAuth limités à la personne qui les a créés.
Un effectif qui baisse pendant que l'usage monte. C'est le scénario sur lequel repose l'argument « le siège est mort », et dans une équipe de 30 il est plausible. Dans une équipe de cinq, cela arrive rarement ; le fondateur reste le fondateur, les deux ingénieurs restent deux ingénieurs. Dans une petite entreprise, le nombre de sièges, c'est l'entreprise.
Comment lire une page de tarifs en 2026
- Trouvez la deuxième ligne. Sous le prix par siège, cherchez crédits, requêtes, exécutions, actions ou jetons. C'est la part variable de la facture.
- Convertissez l'allocation en travail. Demandez à l'éditeur ce qu'achète un crédit. Si la réponse est « cela dépend du modèle », partez du principe que l'allocation est faible.
- Trouvez le prix de recharge et s'il peut être plafonné. Asana permet à un administrateur de fixer un plafond de dépense sur les requêtes à l'usage ; tous les éditeurs ne le font pas.
- Vérifiez qui ou quoi occupe un siège. Personnes, invités, bots, agents, jetons d'API. Comptez ceux que vous aurez vraiment.
- Chiffrez l'année à deux effectifs (aujourd'hui et dans douze mois) et deux niveaux d'usage (léger et intensif). L'écart entre ces quatre chiffres est votre exposition réelle.
- Préférez un prix que vous pouvez expliquer à votre comptable en une phrase. Pour une petite équipe, cela vaut plus qu'une économie théorique.
L'entrée prix fixe ou prix par utilisateur de notre glossaire couvre le modèle de base ; cet article traite de ce qui s'empile dessus.
Où se situe Atrix
Nous ne tarifons pas au résultat et nous ne prétendons pas le faire. Atrix vend des packs de sièges : Builder coûte 39 $ par mois pour 5 sièges et 100 exécutions d'agent, Studio 149 $ pour 15 sièges et 500 exécutions, et la facturation annuelle est remisée de 20 % (374 $ et 1 430 $). Une exécution est un travail confié à l'agent IA, comme une exécution Develop qui transforme un brief en exigences, architecture et tickets planifiés, ou une exécution Market. Discuter avec l'agent ne consomme pas d'exécution.
C'est un modèle par siège avec une allocation d'usage bornée à l'intérieur, la même forme que la majorité du tableau ci-dessus. Les différences : nous ne vendons pas de packs de recharge (si vous êtes à court, vous attendez la remise à zéro mensuelle ou vous montez de plan), le prix du pack couvre tout l'espace de travail (travail, documents, chat, calendrier, CRM, recrutement, personnes, suivi du temps) plutôt qu'un seul produit, et il n'y a pas de plan gratuit : chaque espace démarre par un essai de 7 jours avec carte enregistrée. Les équipes fondatrices qui s'abonnent avant le 31 décembre 2026 conservent des sièges illimités, ce qui supprime entièrement la question du siège pour elles. Les détails sont sur la page des tarifs.
La limite honnête de notre modèle est la même que pour les autres : une équipe de huit paie les quinze sièges de Studio. Le tableau de seuil de rentabilité de notre article précédent montre exactement où cela fait mal.
FAQ
Le tarif par utilisateur est-il mort pour le SaaS ?
Non. En avril 2026, les données de dépenses de Ramp montraient les contrats par siège à 65-75 % des dépenses SaaS, la consommation à 4-6 %, les deux parts quasi stables sur un an. Les sièges sont complétés par des crédits IA, pas remplacés.
Qu'est-ce que la tarification au résultat en SaaS ?
Facturer un résultat (un ticket résolu, un rendez-vous pris, un lead qualifié) plutôt qu'un accès. Cela fonctionne quand le résultat est dénombrable et attribuable au logiciel. Les outils de travail généralistes ont rarement une telle unité, d'où la vente de crédits par la plupart d'entre eux.
Comment fonctionnent les crédits IA par-dessus le prix par siège ?
Le plan inclut une allocation mensuelle de crédits ou de requêtes. Une fois épuisée, vous en achetez à un tarif publié, par exemple 10 $ pour 1 000 crédits mensuels pour les agents personnalisés de Notion ou 0,50 $ par requête IA Asana en pack prépayé, en octobre 2026. Certains éditeurs laissent les administrateurs plafonner la dépense ; vérifiez avant d'activer.
Un agent IA compte-t-il comme un siège ?
Cela dépend de l'éditeur. Certains comptent les comptes de bot ou de service comme des utilisateurs ; d'autres les exemptent. Demandez précisément si les jetons d'API, les comptes de service et les agents consomment un siège. Dans Atrix, les comptes de service et les membres suspendus n'en consomment pas.
Une petite équipe devrait-elle préférer la tarification à la consommation ?
En général, non. Elle transfère le risque budgétaire à l'acheteur, et une équipe de cinq n'a personne pour surveiller le compteur. Un prix par siège avec une allocation IA bornée est plus facile à budgéter. L'exception : un outil utilisé rarement, où payer à l'usage vaut mieux que payer un siège inactif.
Atrix est-il tarifé au résultat ?
Non. Atrix vend des packs de sièges (5 ou 15) avec un nombre fixe d'exécutions d'agent incluses (100 ou 500 par mois). Il n'y a ni packs de recharge ni plan gratuit.
Prochaine étape
Comparez les modèles de base dans l'entrée de glossaire prix fixe ou par utilisateur, puis chiffrez votre propre équipe à deux effectifs sur la page des tarifs Atrix.
Sources
Ramp, The death of SaaS has been greatly exaggerated (23 avril 2026) ; Coatue, Chart of the Day with Ramp (23 avril 2026). Prix vérifiés sur la page de chaque éditeur le 27 octobre 2026 : Notion, Linear, monday.com, Asana, ClickUp.