Un client vous appelle pour dire qu’il adore votre produit — mais qu’il vient de retirer douze licences parce que « seulement quatre personnes s’en servent vraiment ». Vous venez de perdre 40 % de son contrat sans qu’il ait cessé de tirer de la valeur de votre produit. C’est le moment où un fondateur commence à se demander si facturer au nombre d’utilisateurs était vraiment la bonne idée.
Le pricing par siège (per-seat) est le modèle par défaut du SaaS B2B, et pour de bonnes raisons : il est simple à expliquer, prévisible pour l’acheteur, et facile à implémenter techniquement. Mais à mesure que votre produit gagne en maturité, ce confort initial se retourne souvent contre vous. La question n’est pas de savoir si le per-seat est « mauvais » — c’est de comprendre quand il devient un plafond de croissance, et ce que coûte réellement d’en sortir.
Pourquoi le per-seat vous rattrape
Le pricing par utilisateur repose sur un pari implicite : que la valeur que le client tire de votre produit est proportionnelle au nombre de personnes qui l’utilisent. Pour un Slack ou un outil de collaboration, ce pari tient à peu près. Pour beaucoup d’autres produits, il est faux dès le départ.
Prenez un outil d’automatisation, une plateforme d’envoi de messages, un produit d’analyse de données ou une API. La valeur y est générée par ce que le produit fait, pas par le nombre de gens connectés. Un client peut faire tourner des millions d’opérations avec trois comptes utilisateurs, pendant qu’un autre paie pour cinquante sièges dont la moitié ne se connecte jamais. Vous facturez le mauvais signal.
Cela crée deux problèmes symétriques. D’un côté, vos petits clients à fort usage vous coûtent plus qu’ils ne rapportent — vos coûts d’infrastructure grimpent alors que leur facture reste plate. De l’autre, vos gros clients « optimisent » leurs licences, retirent les comptes dormants, partagent des identifiants, et votre expansion revenue stagne. Le per-seat pénalise aussi l’adoption : chaque nouvel utilisateur est une ligne de coût, donc le client freine le déploiement en interne au lieu de l’encourager. Vous avez conçu un modèle qui décourage l’usage de votre propre produit.
Le symptôme classique en France comme ailleurs : un net revenue retention qui plafonne autour de 100 %, alors que vos clients les plus engagés devraient mécaniquement dépenser plus chaque année. Si votre expansion ne suit pas l’usage réel, votre pricing est probablement le coupable.
Le passage à l’usage n’est pas qu’un changement de grille tarifaire
C’est là que la plupart des fondateurs sous-estiment le chantier. Décider de facturer à l’usage — au volume d’opérations, au nombre d’événements traités, aux gigaoctets stockés, aux appels API — semble être une décision commerciale. En réalité, c’est d’abord une décision d’architecture.
Facturer à l’usage suppose que vous êtes capable de mesurer cet usage de façon fiable, en continu, et par client. Ce metering (comptage) n’existe presque jamais nativement dans un produit conçu pour du per-seat, parce qu’on n’en avait pas besoin. Vous devez instrumenter votre produit pour émettre des événements de consommation, les agréger de manière fiable, les stocker de façon à pouvoir les réconcilier avec la facturation, et gérer les cas limites : que se passe-t-il si un événement est compté deux fois ? Si votre système de tracking tombe pendant deux heures ? Si un client conteste sa facture et demande le détail opération par opération ?
Un metering approximatif est pire que pas de metering du tout. Le jour où un client reçoit une facture qu’il juge incohérente avec ce qu’il pense avoir consommé, vous ne perdez pas seulement de l’argent : vous perdez sa confiance dans l’ensemble de votre système. La facturation à l’usage impose un niveau d’exactitude que le per-seat ne demandait jamais.
Il y a aussi la question de la prévisibilité côté client. Un DAF n’aime pas signer un contrat dont il ne peut pas anticiper le montant. Le pur pay-as-you-go effraie les acheteurs B2B, surtout sur les gros comptes. C’est pourquoi les modèles à l’usage qui fonctionnent le mieux sont rarement purs : ils combinent un engagement de base (un forfait de crédits, un palier prépayé) avec une facturation du dépassement. Cette hybridation, elle aussi, complexifie votre architecture de facturation et votre logique de contrats.
Ce que vous pouvez raisonnablement faire selon votre stade
La bonne stratégie de migration dépend surtout de votre maturité, et se tromper de niveau d’ambition est une erreur courante.
En pre-seed ou seed, ne construisez pas d’usine à gaz. Vous n’avez ni le volume de clients ni les données pour calibrer un modèle à l’usage sophistiqué. Le plus sage est souvent de garder une facturation simple — même par siège — tout en commençant discrètement à mesurer l’usage réel dans votre back-end. Vous n’avez pas besoin d’un système de metering temps réel : de simples logs agrégés quotidiennement suffisent pour comprendre quelle métrique corrèle le mieux avec la valeur perçue. Cette donnée sera votre boussole quand viendra le moment de repricer. Facturer à l’usage trop tôt, alors que vous n’avez pas encore validé quelle unité de valeur compte, c’est optimiser une équation dont vous ne connaissez pas les variables.
En seed avancé ou en approche de série A, vous avez probablement assez de recul pour identifier votre « value metric » — l’unité qui grandit naturellement avec le succès du client. C’est le moment d’expérimenter. Une approche prudente consiste à introduire une dimension d’usage en plus du per-seat, plutôt qu’à la place : par exemple, des paliers qui incluent un certain volume d’opérations, avec un surcoût au-delà. Vous testez l’appétit du marché sans détruire la base de revenus existante. Côté technique, c’est aussi le moment d’investir dans un vrai pipeline de metering fiable, car vos volumes commencent à rendre les erreurs coûteuses.
En série A et au-delà, la migration devient un projet transverse à part entière, avec un enjeu délicat : que faire des clients existants ? Les forcer à basculer sur le nouveau modèle risque de provoquer du churn et des négociations pénibles. La plupart des scale-ups qui réussissent cette transition procèdent par cohabitation : nouveau modèle pour les nouveaux clients, migration volontaire et incitée pour les anciens, souvent au moment du renouvellement. Vous gérez alors deux systèmes de pricing en parallèle pendant une période — ce qui, encore une fois, retombe sur votre architecture de facturation et sur la complexité de votre reporting financier.
Choisir la bonne unité de valeur, avant tout le reste
Toute cette mécanique ne sert à rien si vous vous trompez sur l’unité que vous facturez. Une bonne value metric a trois propriétés : elle grandit avec la valeur que le client obtient, elle est facile à comprendre, et le client peut l’anticiper. Facturer « au nombre de requêtes serveur » échoue au deuxième et au troisième test — personne ne sait combien de requêtes il va générer. Facturer « au nombre de contacts gérés », « aux commandes traitées » ou « aux documents analysés » parle beaucoup plus directement à l’acheteur, parce que ces unités reflètent son propre succès business.
Un test simple : la métrique que vous choisissez devrait donner à votre client l’impression que payer plus signifie qu’il réussit plus. Si payer plus lui donne surtout l’impression d’être puni pour avoir utilisé votre produit, vous avez choisi la mauvaise unité — et vous reproduisez exactement le défaut du per-seat que vous cherchiez à corriger.
Concrètement, la priorité n’est donc pas de coder un moteur de facturation à l’usage. C’est d’abord d’instrumenter votre produit pour observer plusieurs métriques candidates, de croiser ces données avec votre rétention et vos taux d’expansion, et d’identifier laquelle prédit le mieux la valeur. La décision de pricing découle de cette analyse ; l’ingénierie vient ensuite la servir.
Une décision qui teste l’alignement de toute l’entreprise
Migrer vers un pricing à l’usage est l’un des rares chantiers qui met sous tension, en même temps, votre produit, votre ingénierie, votre commerce et votre finance. C’est précisément pour ça qu’il révèle les startups qui ont un vrai alignement interne et celles qui fonctionnent en silos. Une grille tarifaire à l’usage mal instrumentée techniquement se traduit par des factures contestées ; un metering irréprochable mais adossé à la mauvaise value metric se traduit par du churn ; une bonne value metric mal expliquée par le commerce se traduit par des cycles de vente qui s’allongent.
La vraie question à vous poser n’est donc pas « faut-il passer à l’usage ? », mais « quelle est l’unité de valeur que mon produit crée, et suis-je aujourd’hui capable de la mesurer proprement ? ». Si vous ne savez pas répondre à la seconde partie, commencez par là — bien avant de toucher à votre grille tarifaire.