- Prix publics constatés le 8 septembre 2026 : siège équipe à 20 $/mois en engagement annuel ; API modèle intermédiaire à 2 $ / 10 $ par million de tokens (entrée / sortie).
- Coût d'une requête conversationnelle type (3 000 tokens en entrée, 600 en sortie) : ≈ 0,012 $.
- Point de bascule : ≈ 1 700 requêtes par utilisateur et par mois, soit 76 par jour ouvré.
- Avec un modèle haut de gamme, le seuil tombe à ≈ 670 requêtes ; avec un modèle rapide, il monte à ≈ 3 300.
- Le vrai critère de choix n'est pas le prix du token : c'est qui consomme. Un humain → siège. Une machine → API.
Les deux modèles de facturation, sans marketing
Toute entreprise qui déploie de l'IA générative arbitre entre deux façons de payer, et une seule question revient : « à partir de quand l'abonnement devient-il plus cher que l'usage réel ? ». La réponse est calculable, à condition de partir des prix publics et non des grilles commerciales.
| Modèle | Unité facturée | Ce que ça inclut | Prévisibilité budgétaire |
|---|---|---|---|
| Siège (par utilisateur) | Un utilisateur nommé, au mois | Interface, administration, SSO, historique, contrôles de conservation | Totale — le budget est linéaire au nombre de personnes |
| API (à l'usage) | Le token, en entrée et en sortie | Le modèle nu, rien d'autre | Faible — le budget suit la consommation réelle |
Les ordres de grandeur du marché en septembre 2026 : les offres équipe se situent autour de 20 à 30 $ par utilisateur et par mois selon l'éditeur et l'engagement. Sur la grille publique Claude, le siège Team est affiché à 20 $/mois en annuel et 25 $/mois en mensuel ; l'offre Enterprise combine un siège à 20 $ et une consommation facturée aux tarifs API.
Le calcul du coût réel d'une requête
Une requête (un « tour » de conversation) consomme deux choses : des tokens en entrée — l'instruction système, l'historique de la conversation, les documents joints, la question — et des tokens en sortie, la réponse.
Hypothèse de travail réaliste pour un assistant de bureau : 3 000 tokens en entrée (une instruction système, quelques tours d'historique, une question moyennement longue) et 600 tokens en sortie (une réponse d'une quinzaine de lignes). Avec un modèle intermédiaire à 2 $ / 10 $ par million de tokens :
| Poste | Volume | Prix unitaire | Coût |
|---|---|---|---|
| Tokens en entrée | 3 000 | 2 $ / million | 0,006 $ |
| Tokens en sortie | 600 | 10 $ / million | 0,006 $ |
| Total par requête | — | — | 0,012 $ |
Premier enseignement pratique, souvent ignoré des estimations : la sortie coûte cinq fois plus cher que l'entrée au token, mais l'entrée est vingt fois plus volumineuse. Les deux postes s'équilibrent à peu près sur un usage conversationnel. Sur un usage documentaire, l'entrée écrase tout.
Le point de bascule, modèle par modèle
Le seuil de rentabilité du siège est le rapport entre le prix du siège et le coût d'une requête. Voici le calcul pour trois classes de modèles, aux tarifs publics du 8 septembre 2026, sur la même hypothèse 3 000 / 600 tokens.
| Classe de modèle | Tarif entrée / sortie ($/M tokens) | Coût par requête | Seuil mensuel (siège à 20 $) | Par jour ouvré |
|---|---|---|---|---|
| Rapide / économique | 1 / 5 | 0,006 $ | ≈ 3 330 requêtes | ≈ 151 |
| Intermédiaire | 2 / 10 | 0,012 $ | ≈ 1 670 requêtes | ≈ 76 |
| Haut de gamme | 5 / 25 | 0,030 $ | ≈ 670 requêtes | ≈ 30 |
Calculs iaCockpit sur une base de 22 jours ouvrés par mois. Tarifs relevés sur la grille publique Claude le 8 septembre 2026.
Le seuil s'effondre dès que le contexte grossit. Reprenons le modèle intermédiaire avec un assistant branché sur une base documentaire, qui injecte 20 000 tokens de contexte à chaque requête pour une réponse de 800 tokens :
- entrée : 20 000 × 2 $/M = 0,040 $ ;
- sortie : 800 × 10 $/M = 0,008 $ ;
- total : 0,048 $ par requête, soit un seuil de 417 requêtes par mois, ou 19 par jour.
Autrement dit : plus votre usage est documentaire, plus le siège devient rentable. C'est l'inverse de l'intuition courante, qui associe « gros usage » à « il faut passer à l'API ».
Deux leviers qui changent l'arithmétique. La mise en cache du contexte réduit fortement le coût des tokens d'entrée répétés d'une requête à l'autre — décisif quand l'instruction système et les documents ne bougent pas. Le traitement par lot, lui, s'applique aux charges asynchrones. Les deux sont documentés et tarifés sur les pages de tarification des fournisseurs : à intégrer au calcul avant de conclure, ils peuvent diviser le coût d'entrée par un facteur important.
Pourquoi le seuil est hors de portée d'un humain
Voici le point que les comparatifs de prix ne posent jamais. 1 670 requêtes par mois, c'est 76 échanges par jour ouvré. À trois minutes par échange, lecture de la réponse comprise, cela représente près de quatre heures de conversation quotidienne avec un assistant — pour une seule personne, sur son seul poste.
Ce n'est pas un volume que produit un salarié qui travaille. C'est un volume que produit un programme.
| Profil d'usage | Requêtes / mois / utilisateur | Coût API équivalent | Modèle gagnant |
|---|---|---|---|
| Utilisateur occasionnel | 40 | 0,48 $ | API, très largement |
| Utilisateur régulier | 200 | 2,40 $ | API sur le token seul |
| Utilisateur intensif | 600 | 7,20 $ | API sur le token seul |
| Assistant documentaire (20 k tokens/requête) | 500 | 24,00 $ | Siège |
| Agent automatisé (traitement de flux) | 50 000 | 600,00 $ | API — le siège n'a aucun sens |
La conclusion est nette et rarement formulée : sur le coût du token seul, le siège n'est presque jamais rentable pour un humain. À usage conversationnel courant, un salarié consomme entre 0,50 $ et 7 $ de tokens par mois. Si l'on payait 20 $ pour cela, on paierait trois à quarante fois trop cher.
Ce que le siège achète vraiment (et que l'API ne donne pas)
Si le siège est structurellement plus cher au token, pourquoi les entreprises l'achètent-elles ? Parce qu'elles n'achètent pas des tokens. Elles achètent un produit fini.
- Une interface que les non-techniciens utilisent sans formation, avec historique, pièces jointes, partage.
- Une administration : création et suppression de comptes, SSO, rattachement à l'annuaire d'entreprise, journalisation.
- Des garanties contractuelles sur la conservation et l'usage des données saisies — le point qui détermine, dans les faits, si l'outil est déployable sur des données clients.
- Un budget plat et prévisible, argument sous-estimé : un directeur financier préfère souvent une ligne fixe de 20 $ × N personnes à une facture variable dont personne ne sait prédire le montant.
- Zéro développement. C'est le poste décisif : reconstruire l'équivalent au-dessus d'une API suppose une interface, une gestion des sessions, un stockage, des droits, un pilote et de la maintenance. Une seule journée-homme d'ingénierie coûte plus cher qu'une année de siège pour une petite équipe.
Le raisonnement s'inverse dès qu'il n'y a plus d'humain devant l'écran. Un agent qui traite des tickets, une chaîne qui classe des documents, un traitement nocturne qui résume des appels : il n'y a pas d'interface à fournir, pas d'utilisateur à administrer, et le volume dépasse tous les seuils. L'API est alors le seul modèle viable — et le coût par unité de travail devient l'indicateur à piloter. C'est exactement le sujet que nous traitons dans le budget réel d'une stack IA de PME et dans le calcul de ROI d'un agent IA.
Quel outil IA pour votre équipe ?
Comparez les offres, les modèles de facturation et les fonctions d'administration sur iaCockpit.
Comparer les outilsLa règle de décision en 4 questions
- Qui consomme ? Un humain devant un écran → siège. Un programme → API. C'est la question qui tranche 80 % des cas, avant tout calcul.
- Quel volume de contexte par requête ? Sous 5 000 tokens d'entrée, le seuil de bascule est hors de portée. Au-delà de 20 000, il devient atteignable et le siège reprend l'avantage économique.
- Avez-vous quelqu'un pour construire et maintenir l'interface ? Si la réponse est non, le débat est clos : le coût de développement écrase l'écart de tokens.
- Vos données imposent-elles des garanties contractuelles ? Les engagements sur la conservation et le non-entraînement diffèrent entre les offres grand public, les offres entreprise et l'accès API. C'est un critère de conformité, pas un critère de prix — et il prime sur les deux précédents. Voir notre grille de décision sur les données clients confiées à une IA générative.
Dernier conseil méthodologique : refaites le calcul avec vos propres chiffres, pas avec les nôtres. Les tarifs API évoluent à chaque génération de modèle, et un prix de génération précédente est souvent promotionnel — tout ratio calculé dessus devient faux au renouvellement. Prenez le prix affiché le jour du calcul, mesurez votre consommation réelle de tokens sur deux semaines, et refaites la division. Le résultat est rarement celui qu'on attendait.