Décider d’adopter un modèle de crédits pour l’IA n’est qu’un point de départ. Le véritable enjeu consiste à concevoir un modèle qui fonctionne. Nos experts Simon-Kucher présentent les deux décisions structurantes à prendre en priorité ainsi que les sept questions de conception qui détermineront l’adoption du modèle, sa capacité à générer des revenus et son potentiel de croissance.
Adopter un modèle de crédits vous place dans un rôle auquel vous ne vous attendiez peut-être pas : celui de banque centrale de votre propre économie produit.
Dans le premier article de cette série, nous distinguions les tokens, qui correspondent à l’unité dans laquelle les fournisseurs de modèles vous facturent, des crédits, qui sont l’unité dans laquelle vous facturez vos clients. Mais dès lors que vous optez pour une tarification par crédits, le vrai travail commence. Vous devez décider du nombre de crédits attribués à chaque client, des règles qui encadrent leur utilisation, des actions d’IA auxquelles ils donnent accès et surtout de la valeur d’un crédit.
Cette valeur ne doit pas être définie comme une simple marge ajoutée à vos coûts. Elle doit avant tout refléter la valeur créée par chaque action. Une mauvaise définition du pouvoir d’achat d’un crédit peut avoir des conséquences immédiates, même si elles restent parfois difficiles à identifier.
Prenons un exemple concret. Imaginez une plateforme de recherche juridique qui facture un crédit pour chaque requête ou interaction. Une question juridique simple et une recherche approfondie de jurisprudence coûtent toutes les deux un crédit. Elles peuvent également consommer un volume similaire de tokens.
Pourtant, la première fait peut-être gagner une heure à l’avocat tandis que la seconde peut lui faire gagner une journée entière. Le problème ne se limite pas au risque qu’un client conteste le prix. Les avocats spécialisés en contentieux qui effectuent des recherches jurisprudentielles toute la journée bénéficient d’un rapport valeur prix particulièrement avantageux. À l’inverse, un avocat conseil qui effectue simplement une vérification rapide avant de rappeler un client peut trouver le prix par requête élevé.
Le véritable manque à gagner est moins visible. Vous sous monétisez précisément les actions qui créent le plus de valeur. Cela n’apparaît nulle part de manière évidente, si ce n’est dans les données d’utilisation et, à terme, lors des discussions de renouvellement.
Ce second article de notre série présente une manière concrète de gérer la complexité inhérente à la tarification par crédits pour l’IA. Nous revenons sur les deux décisions à prendre avant même de fixer la valeur d’un crédit, puis sur les sept questions qui permettent de structurer le modèle.
L’équilibre est simple à formuler mais difficile à trouver. Une monétisation trop agressive freine l’adoption. Un modèle trop complexe complique la vente.
Première décision : que doit permettre d’acheter un crédit ?
Toutes les fonctionnalités n’ont pas vocation à intégrer le modèle de crédits. Définir le bon périmètre dès le départ permet de distinguer ce qui doit rester inclus dans l’offre de base de ce qui doit consommer des crédits. Dans nos missions, trois critères jouent généralement un rôle déterminant.
La valeur perçue : il faut rester prudent lorsqu’il s’agit de monétiser des fonctionnalités devenues courantes. Les requêtes simples auprès d’un chatbot, par exemple, sont de plus en plus perçues par les clients comme une fonctionnalité standard, même si elles continuent de générer un coût pour l’éditeur. Les facturer de manière trop visible peut pousser les clients à limiter leur utilisation, ce qui va précisément à l’encontre de l’objectif recherché.
La prévisibilité des volumes : il est préférable de monétiser des usages que les clients peuvent raisonnablement anticiper. Lorsque les volumes varient de manière trop importante et imprévisible, chaque facture peut devenir une mauvaise surprise.
Le contrôle du client : les utilisateurs doivent conserver un minimum de maîtrise sur ce qui consomme leurs crédits. Une consommation qu’ils ne peuvent ni voir ni contrôler est davantage perçue comme une taxe que comme un achat.
Autre point important : le périmètre d’un modèle de crédits n’est pas figé. Dans le marché actuel du Software, il évolue rapidement. Une fonctionnalité qui justifie un prix premium lors de son lancement peut devenir un standard dix / huit mois plus tard à mesure que les concurrents proposent des fonctionnalités comparables et que les attentes des clients évoluent.
Il faut donc considérer ce découpage comme une décision à réévaluer régulièrement et non comme un choix définitif.
Comment cela se traduit-il en pratique ? Chez Simon-Kucher, nous avons récemment accompagné un éditeur de logiciels B2B qui souhaitait passer d’un modèle entièrement fondé sur le nombre de salariés à un modèle hybride.
Le cœur de la réflexion consistait précisément à définir ce qui devait rester inclus dans l’offre de base et ce qui devait faire l’objet d’une monétisation supplémentaire lorsque l’usage devenait plus intensif. Certains agents d’IA étaient ainsi considérés comme des fonctionnalités désormais attendues par le marché, tandis que d’autres pouvaient justifier une tarification additionnelle. Le niveau de valeur créée et l’étendue de la population susceptible d’utiliser chaque agent ont guidé cette distinction. Le coût technique n’a pas été le critère principal.
Deuxième décision : combien vaut un crédit ?
Une fois le périmètre défini, chaque action doit se voir attribuer un prix en crédits. C’est à ce stade qu’apparaît l’une des erreurs de conception les plus fréquentes : déterminer ce prix à partir de sa propre structure de coûts.
Votre facture d’inférence et les tokens payés aux fournisseurs de grands modèles de langage derrière vos produits et vos agents constituent un garde-fou. Ils permettent de définir un niveau en dessous duquel le prix ne peut raisonnablement pas descendre. En revanche, ils n’indiquent pas le bon niveau de prix. Vos clients n’achètent pas vos coûts. Ils achètent les résultats qu’ils obtiennent.
Une tarification des crédits fondée sur la valeur doit donc commencer par la valeur relative créée par chaque action.
Les retours clients constituent un premier indicateur. Une analyse structurée du retour sur investissement permet ensuite d’aller plus loin. Elle peut notamment prendre en compte le temps économisé, les équivalents temps plein évités, les revenus supplémentaires générés grâce à un meilleur taux de conversion ou encore les risques financiers évités grâce à de meilleures pratiques de sécurité et de conformité.
Revenons à l’exemple de la plateforme juridique évoqué précédemment, qui est directement inspiré d’un projet Simon-Kucher.
Dans le cadre de notre accompagnement d’un acteur de la LegalTech, nous avons remplacé une tarification uniforme par requête par une logique fondée sur des actions ayant du sens pour les avocats et restant simples à mesurer pour l’éditeur.
Le modèle distinguait ainsi plusieurs types d’actions, allant d’une question juridique simple à une recherche complète de jurisprudence. La consommation de crédits a ensuite été calibrée pour refléter les différences de valeur entre ces actions. Une tâche permettant de gagner une journée consomme donc davantage de crédits qu’une tâche permettant de gagner une heure.
Le client paie ainsi davantage en fonction du temps économisé que des tokens consommés. Cela ne signifie pas pour autant que nous avons directement converti le nombre d’heures économisées en nombre de crédits. Certaines de ces heures n’auraient en réalité jamais été consacrées à la tâche par l’équipe juridique. Le calibrage doit donc rester fondé sur la valeur économique réelle et non sur une équivalence mécanique.
Une méthode simple consiste à choisir l’action la plus fréquente comme point de référence, puis à pondérer toutes les autres par rapport à celle-ci. Une échelle relative est beaucoup plus facile à comprendre pour les clients qu’une liste de prix absolus sans point de comparaison. Elle est également plus simple à défendre pour les équipes commerciales lors des négociations.
Il existe toutefois une exception importante. Pour les solutions dont les coûts de calcul sont particulièrement élevés, il peut être pertinent d’adopter volontairement un modèle dans lequel une partie des coûts d’inférence est répercutée séparément de la valeur de la plateforme. Il s’agit d’un choix stratégique. Cela ne doit pas devenir le modèle par défaut.
Sept questions pour structurer votre modèle de tarification par crédits
Une fois le périmètre et la valeur définis, il faut construire le modèle lui-même. Il n’existe pas aujourd’hui une seule architecture dominante pour la tarification par crédits. Plusieurs choix sont possibles et chacun entraîne des conséquences commerciales spécifiques. Au moment de concevoir le modèle en détail, sept questions doivent être examinées.
Première série de questions : l’architecture des revenus
Il faut d’abord s’intéresser à la structure générale des revenus. Qu’allez-vous mesurer et comment le prix évoluera-t-il avec la consommation ?
La métrique tarifaire : crédits uniquement ou modèle hybride combinant utilisateurs et crédits ? Un modèle hybride permet de conserver une certaine prévisibilité pour les clients tout en sécurisant une base de revenus pour l’éditeur. Il convient particulièrement bien aux produits dans lesquels l’IA joue un rôle d’assistant auprès de l’utilisateur. Un modèle reposant uniquement sur les crédits permet en revanche d’aligner plus directement la tarification sur la valeur et l’usage.
La formule de prix : packs de crédits par paliers, tarification linéaire ou prix dégressifs selon les volumes ? Les paliers permettent aux acheteurs de mieux anticiper leurs dépenses et simplifient les processus achats. Il faut toutefois éviter que les clients aient le sentiment de payer pour un volume de crédits qu’ils n’utiliseront jamais.
Deuxième série de questions : les mécanismes tarifaires
Vient ensuite la mécanique de paiement. Il s’agit de déterminer quand le client paie et ce qui se passe lorsqu’il atteint les limites de son engagement.
La structure de paiement : prépaiement, paiement après consommation ou combinaison des deux ? Le paiement après consommation apporte davantage de flexibilité pour ajuster les prix. Il est toutefois généralement mieux adapté aux modèles SaaS transactionnels qu’aux grands comptes. Les entreprises de grande taille ont souvent besoin d’un niveau d’engagement connu à l’avance afin que leur direction financière puisse planifier les dépenses.
La tarification des dépassements : remise, prix identique ou prix majoré ? Il s’agit d’un des leviers les plus sous-estimés du modèle. Le prix appliqué au-delà du volume engagé permet d’orienter les clients vers des engagements initiaux plus importants.
La durée d’engagement : mensuelle, annuelle ou pluriannuelle ? Le bon choix dépend du marché. Le B2B transactionnel, les grands comptes et le secteur public répondent à des logiques d’engagement différentes. Imposer une structure unique à tous ces segments résiste rarement à la négociation. Des engagements plus longs apportent davantage de prévisibilité. Ils peuvent toutefois réduire votre capacité à faire évoluer rapidement les niveaux de monétisation.
Troisième série de questions : les règles de consommation
Il faut enfin examiner plus précisément les règles qui encadrent la consommation des crédits. Qui peut utiliser l’enveloppe et que deviennent les crédits non consommés ?
Le partage des crédits : enveloppe individuelle ou commune à l’entreprise ? Une enveloppe individuelle permet de monétiser plus précisément l’usage de chaque utilisateur. Une enveloppe partagée à l’échelle de l’entreprise rassure davantage les acheteurs lorsque les niveaux de consommation varient fortement selon les profils d’utilisateurs. Le bon modèle est souvent différent entre les offres destinées aux PME et celles destinées aux grandes entreprises.
Le report des crédits : aucun report, report partiel ou report intégral ? Un modèle dans lequel les crédits non consommés sont perdus peut encourager l’utilisation. Son acceptation dépend toutefois fortement de la manière dont la formule tarifaire et les règles de report sont combinées. Ces deux dimensions doivent donc être testées ensemble.
Chacune de ces questions peut bien-sûr être traitée séparément. La difficulté réside néanmoins dans leur combinaison car les différentes dimensions interagissent entre elles. La bonne architecture dépend de votre stratégie et de la structure de votre clientèle. Elle ne peut pas être déterminée simplement à partir d’un benchmark de marché.
Avancer progressivement : tester, apprendre puis accélérer
Même avec une architecture initiale solide, un modèle de crédits ne doit pas chercher à atteindre une monétisation parfaite dès le premier jour. Passer d’une tarification par utilisateur à une tarification par crédits nécessite de nouvelles données, de nouveaux outils de suivi, de nouveaux systèmes et de nouveaux comportements clients. Il faut du temps pour les mettre en place et pour comprendre leur fonctionnement. Les transitions les plus efficaces se font donc généralement en trois étapes.
Première étape : introduire progressivement les crédits
Commencez par un modèle hybride qui conserve la structure existante par utilisateur tout en introduisant progressivement les crédits. À ce stade, les volumes de crédits doivent rester généreux et les règles de consommation simples afin de ne pas freiner l’adoption trop tôt. La priorité est d’apprendre. Il faut comprendre les habitudes d’utilisation, valider la qualité des données de suivi, identifier la valeur relative des différentes actions et construire la base de données qui permettra d’affiner progressivement l’allocation des crédits.
Deuxième étape : affiner le modèle
À mesure que les comportements d’utilisation deviennent plus clairs, la répartition et la consommation des crédits peuvent être ajustées. Il devient alors possible de différencier davantage le nombre de crédits consommés selon la valeur de chaque action, d’ajuster les enveloppes disponibles et d’introduire des règles plus précises pour les dépassements et les engagements. En parallèle, l’infrastructure opérationnelle doit être renforcée. Cela passe notamment par un suivi fiable des usages, une facturation robuste, une bonne visibilité sur la consommation et des équipes commerciales correctement accompagnées.
Troisième étape : faire du modèle de crédits un moteur de monétisation
Une fois les usages, la valeur et les comportements clients bien compris, le modèle de crédits peut devenir un élément central de la monétisation. L’allocation des crédits, les niveaux d’engagement, les dépassements et les prix peuvent alors être optimisés à partir de la consommation réellement observée et de la propension à payer des clients.
À mesure que le modèle gagne en maturité, les crédits peuvent également prendre une place plus importante par rapport à la composante fondée sur le nombre d’utilisateurs.
Les nouvelles fonctionnalités peuvent alors être directement intégrées au système de crédits existant. Il faut également prévoir des ajustements tout au long du cycle de vie du modèle. Chez certains de nos clients les plus dynamiques, nous voyons des structures de crédits réévaluées tous les six mois. Ce n’est pas le signe que le modèle fonctionne mal. Depuis le début de l’année 2026, cela reflète simplement la manière dont ces modèles évoluent dans un environnement qui change rapidement.
Relier toutes les dimensions pour construire un modèle réellement efficace
Deux décisions structurantes, sept questions de conception et une logique de déploiement progressif. En combinant ces trois éléments, il devient possible de construire un modèle de crédits qui soutient la croissance plutôt que de freiner silencieusement l’adoption.
Vous souhaitez aller plus loin ? Contactez dès aujourd’hui nos experts Simon-Kucher en stratégie tarifaire dans les Software pour tester la solidité de votre modèle de crédits avant que vos clients ne le fassent à votre place.
À suivre dans cette série : pourquoi l’exécution est déterminante. Les entreprises qui réussiront le passage aux modèles de crédits ne se contenteront pas de repenser leur tarification. Elles construiront l’ensemble du modèle opérationnel qui doit l’accompagner.
