Usage caps : concevoir des seuils qui stimulent la conversion

Le seuil d’usage est un instrument de pricing, pas une barrière arbitraire

Dans les modèles freemium, free trial, product-led growth et SaaS à tarification modulaire, les usage caps, plafonds d’usage qui limitent gratuitement ou dans un plan donné une quantité consommable comme le nombre de projets, sièges, exports, crédits, requêtes API ou contacts, jouent un rôle beaucoup plus stratégique qu’un simple mécanisme de restriction. Un seuil bien conçu révèle la valeur, crée une tension économique au bon moment et oriente l’utilisateur vers le plan adapté. Un seuil mal conçu coupe l’élan d’activation, frustre les comptes prometteurs ou pousse les équipes commerciales à traiter des prospects qui n’ont pas encore perçu suffisamment de valeur.

Le sujet est devenu central parce que les entreprises cherchent à réduire leur dépendance au paid acquisition. Le CPA, coût par acquisition ou coût par action selon le contexte, augmente sur la plupart des canaux concurrentiels. Le ROAS, return on ad spend, ratio entre revenu attribué et dépenses publicitaires, est plus difficile à maintenir lorsque les enchères progressent, que les signaux de tracking se dégradent et que l’attribution, méthode qui assigne une conversion ou une part de revenu à un ou plusieurs points de contact marketing, devient moins fiable. Dans ce contexte, chaque utilisateur déjà acquis doit être activé, éduqué et converti avec plus de précision. Les seuils d’usage deviennent alors un levier de monétisation interne au produit.

Mais un cap ne convertit pas par magie. Il convertit lorsqu’il intervient après une séquence de valeur suffisamment claire. Si l’utilisateur rencontre une limite avant d’avoir compris pourquoi le produit est utile, le seuil ressemble à un obstacle. S’il rencontre la limite après avoir obtenu un résultat, invité son équipe, automatisé un workflow ou intégré le produit à son quotidien, le même seuil peut être perçu comme une étape logique. La conversion ne vient pas du manque créé par le cap ; elle vient de la valeur déjà expérimentée, puis rendue extensible par le passage au plan supérieur.

Pour des professionnels du marketing et du produit, concevoir des usage caps efficaces suppose donc de dépasser la question intuitive : combien faut-il donner gratuitement ? La vraie question est : quel niveau d’usage maximise la probabilité que l’utilisateur atteigne son aha moment, moment de compréhension tangible de la valeur, tout en préservant assez de rareté pour créer une incitation économique ? Cette question relie activation, rétention, pricing, segmentation, expérimentation et sales assist. Elle impose une lecture par cohortes, par cas d’usage et par valeur créée, plutôt qu’un benchmark superficiel des limites pratiquées par les concurrents.

Identifier la ressource réellement corrélée à la valeur perçue

Le premier choix consiste à déterminer ce que l’on limite. Beaucoup d’équipes choisissent un cap facile à comprendre ou à implémenter : nombre d’utilisateurs, nombre de projets, volume de stockage, nombre d’exports, crédits mensuels, contacts dans une base, événements trackés, requêtes API, automatisations actives. Cette approche est pratique, mais pas toujours pertinente. Un bon cap doit limiter une ressource qui croît avec la valeur perçue ou avec le coût marginal de service. Sinon, il crée une friction déconnectée de l’économie réelle du produit.

Dans un outil d’emailing, limiter le nombre de contacts ou d’emails envoyés peut être cohérent, car la valeur augmente généralement avec la taille de l’audience et le coût d’infrastructure suit le volume. Dans un outil de gestion de projet, limiter le nombre de projets peut être plus ambigu : certains comptes créent beaucoup de petits projets peu critiques, tandis qu’un seul projet stratégique peut justifier un abonnement élevé. Dans une plateforme d’analytics, limiter le nombre d’événements trackés peut refléter à la fois le coût technique et la maturité d’usage. Dans une solution de collaboration, limiter les sièges peut stimuler l’expansion, mais peut aussi freiner l’effet réseau si le seuil intervient trop tôt.

Le framework utile consiste à classer les ressources selon trois dimensions. Premièrement, leur lien avec l’activation : cette ressource aide-t-elle l’utilisateur à découvrir la valeur ? Deuxièmement, leur lien avec la monétisation : cette ressource augmente-t-elle la propension à payer ? Troisièmement, leur lien avec le coût : cette ressource génère-t-elle un coût variable significatif pour l’entreprise ? Un cap robuste se situe idéalement à l’intersection des trois. Un cap qui protège les coûts mais bloque l’activation peut améliorer la marge à court terme et dégrader la croissance. Un cap qui stimule la conversion mais n’est pas compris par l’utilisateur peut augmenter le churn, attrition client, ou créer de la défiance.

Exemple : une solution de transcription IA offre 30 minutes gratuites par mois. Le cap est simple, mais il ne distingue pas les usages. Un recruteur peut transcrire deux entretiens critiques et percevoir immédiatement la valeur ; un podcasteur peut avoir besoin de transcrire un épisode complet de 60 minutes pour évaluer la qualité. Si le plafond est trop bas, le podcasteur ne voit jamais le résultat complet et ne convertit pas. Une alternative consiste à offrir un premier fichier complet, puis à limiter les minutes suivantes. Le cap devient alors aligné avec l’expérience de valeur : l’utilisateur peut juger le résultat avant de rencontrer la contrainte.

Un autre exemple concerne les outils de data. Limiter le nombre de dashboards peut sembler logique, mais la valeur réelle vient souvent de la première connexion à une source de données, de la fiabilité des métriques et de la diffusion au sein de l’équipe. Un cap sur les dashboards peut encourager la conversion chez les comptes avancés, mais bloquer les explorateurs. Un cap sur les sources connectées ou les refreshs automatiques peut mieux distinguer usage expérimental et usage opérationnel. Le bon seuil n’est pas celui qui paraît le plus évident ; c’est celui qui sépare le mieux curiosité, activation et dépendance.

Placer le cap après l’activation, pas avant la preuve de valeur

Le cap doit être pensé dans le funnel, entonnoir de conversion allant de l’exposition à l’acquisition, puis à l’activation, la rétention et le revenu. Une erreur fréquente consiste à traiter le seuil comme un levier de conversion isolé, placé dès que possible pour forcer l’upgrade. Cette logique confond intention et valeur. Un utilisateur peut être intéressé, mais pas encore suffisamment activé pour payer. Le contraindre trop tôt revient à monétiser une promesse plutôt qu’un résultat.

La bonne pratique consiste à définir un seuil d’activation minimale avant lequel aucune limite majeure ne doit bloquer le parcours. Cette activation minimale dépend du produit. Pour un outil de design, cela peut être la création d’un premier prototype partagé. Pour une plateforme d’automatisation marketing, cela peut être le lancement d’un premier scénario actif. Pour un CRM, customer relationship management, système de gestion des prospects et clients, cela peut être l’import de contacts, la création d’un pipeline et l’enregistrement de premières interactions. Pour une API, application programming interface, interface permettant à des systèmes de communiquer, cela peut être le premier appel réussi puis l’intégration dans un environnement de test.

Un indicateur utile est le value-before-cap ratio : part des utilisateurs atteignant un événement de valeur avant de rencontrer une limite bloquante. Si seulement 25 % des utilisateurs d’un plan gratuit atteignent l’aha moment avant le premier cap, le seuil est probablement trop précoce ou mal placé. Si 80 % l’atteignent mais que la conversion reste faible, le problème n’est peut-être pas l’activation, mais la valeur du plan payant, la formulation du paywall, le pricing ou la segmentation.

La distinction entre soft cap et hard cap est ici déterminante. Un soft cap signale une limite sans interrompre immédiatement l’usage : message d’approche du seuil, recommandation de plan, limitation graduelle, file d’attente, watermark, réduction de fréquence, accès temporaire prolongé. Un hard cap bloque l’action : plus d’envoi, plus d’export, plus d’invitation, plus de requête. Les soft caps sont souvent plus efficaces en phase d’activation, car ils éduquent sans casser le momentum. Les hard caps sont plus adaptés lorsque l’utilisateur a déjà internalisé la valeur ou lorsque le coût marginal impose une limite stricte.

Exemple chiffré : un produit SaaS freemium limite à 3 projets gratuits. Les données montrent que les utilisateurs créant 2 projets ont une activation à J+7 de 38 %, ceux créant 3 projets de 54 %, et ceux qui tentent un 4e projet convertissent à 9 %. L’équipe teste un passage à 5 projets gratuits. L’activation J+7 monte à 63 %, mais la conversion immédiate tombe à 6 %. À 60 jours, cependant, le revenu par cohorte augmente de 18 %, car plus de comptes atteignent un usage d’équipe et convertissent sur des plans supérieurs. Si l’équipe avait jugé uniquement la conversion à court terme, elle aurait conclu à tort que le cap initial était meilleur.

Le bon placement du cap nécessite donc des horizons multiples : conversion immédiate, activation, rétention, expansion et revenu net. Un seuil agressif peut améliorer le taux d’upgrade à J+7 et détériorer la rétention payante à J+90 si les utilisateurs convertissent sous contrainte sans usage durable. À l’inverse, un seuil plus généreux peut retarder le paiement mais améliorer la qualité des comptes convertis. La métrique pertinente n’est pas seulement le taux de conversion free-to-paid ; c’est le revenu incrémental, la rétention des convertis et la marge associée.

Segmenter les caps selon les cas d’usage et la valeur compte

Un usage cap uniforme est simple à expliquer, mais rarement optimal. Les utilisateurs n’ont pas les mêmes besoins, la même maturité, la même propension à payer ni la même valeur potentielle. En B2B, un compte enterprise dans l’ICP, ideal customer profile, profil de client idéal, ne doit pas toujours être traité comme une micro-entreprise ou un utilisateur individuel. En B2C, un utilisateur très engagé peut justifier une logique différente d’un visiteur occasionnel. La segmentation permet d’éviter deux erreurs opposées : donner trop à des segments peu rentables et bloquer trop tôt des segments à forte LTV, lifetime value, valeur économique totale attendue d’un client sur la durée de relation.

La segmentation peut se faire par firmographie, comportement, canal, cas d’usage ou maturité produit. Firmographie : taille d’entreprise, secteur, pays, modèle économique, potentiel d’ACV, annual contract value, valeur annuelle moyenne d’un contrat. Comportement : fréquence d’usage, nombre d’utilisateurs invités, actions avancées, intégrations connectées, récurrence hebdomadaire. Canal : paid search, organic, referral, marketplace, sales outbound, partenariat. Cas d’usage : usage individuel, équipe, automatisation critique, reporting exécutif, développement API. Maturité : exploration, onboarding, usage récurrent, expansion.

Un cap dynamique peut être plus efficace qu’un cap unique. Par exemple, une plateforme d’automatisation peut offrir 1 000 contacts gratuits à tous, mais accorder temporairement 5 000 contacts aux comptes qui importent une base qualifiée, connectent un domaine professionnel et créent une première campagne. Cette générosité conditionnelle n’est pas une remise aveugle ; elle vise les comptes qui prouvent une intention opérationnelle. À l’inverse, un compte qui importe une base générique sans engagement peut rester sur un plafond plus strict.

Il faut toutefois éviter une personnalisation opaque. Si deux utilisateurs similaires découvrent des limites différentes sans explication, la perception de justice tarifaire peut se dégrader. Les caps dynamiques doivent être formulés comme des parcours : extension d’essai, quota de démarrage, bonus d’onboarding, limite augmentée après vérification professionnelle, crédit temporaire pour tester une intégration. La transparence n’exige pas d’expliquer tout l’algorithme, mais elle impose que la logique soit compréhensible et défendable.

Exemple : un outil PLG, product-led growth, stratégie où le produit devient le principal moteur d’acquisition, d’activation et de conversion, observe trois segments. Les utilisateurs individuels convertissent surtout lorsqu’ils atteignent 10 exports mensuels. Les petites équipes convertissent lorsqu’elles invitent un 4e collaborateur. Les comptes mid-market convertissent après connexion à deux intégrations et usage récurrent sur 14 jours. Un cap unique sur les exports sous-monétise les équipes et sur-frustre les comptes mid-market. L’équipe crée donc trois triggers : cap d’exports pour les individus, cap de sièges avec offre team pour les petites équipes, alerte sales assist pour les comptes mid-market ayant connecté plusieurs intégrations. Le taux de conversion global augmente de 22 %, mais surtout le revenu moyen par compte converti progresse de 31 %.

La segmentation doit aussi intégrer le coût d’acquisition. Un utilisateur acquis via une campagne paid social optimisée au téléchargement de guide peut avoir une intention faible. Un utilisateur issu d’une requête paid search très intentionniste ou d’une recommandation produit peut être plus avancé. Si le CPA du premier segment est bas mais sa conversion payante faible, un cap agressif risque seulement de réduire l’activation. Si le CPA du second est élevé mais la propension à payer forte, le seuil peut être plus direct, à condition d’être contextualisé. Les caps ne doivent pas être conçus indépendamment de la qualité du trafic entrant.

Transformer le moment du cap en conversation de valeur

Le seuil n’est pas seulement une règle de produit ; c’est un moment de communication. Beaucoup de paywalls échouent parce qu’ils se contentent d’annoncer une interdiction : vous avez atteint votre limite. Cette formulation décrit le problème du fournisseur, pas le bénéfice de l’utilisateur. Le message doit rappeler la valeur déjà obtenue, expliquer ce que le plan supérieur permet de débloquer et réduire l’incertitude liée à l’achat.

Un bon écran de cap comporte généralement cinq éléments. Premièrement, un rappel quantifié de l’usage : 3 campagnes lancées, 2 400 contacts engagés, 12 heures économisées, 8 collaborateurs actifs. Deuxièmement, une mise en perspective : votre équipe utilise déjà ce workflow chaque semaine. Troisièmement, la limite rencontrée : le plan actuel inclut 3 scénarios actifs. Quatrièmement, le bénéfice du plan supérieur : automatisations illimitées, segmentation avancée, reporting multi-utilisateur, support prioritaire. Cinquièmement, une action claire : upgrader, démarrer un essai du plan supérieur, parler à un expert, demander une extension temporaire.

Le message doit être adapté au rôle. Un utilisateur opérationnel veut continuer sa tâche. Un manager veut comprendre l’impact business. Un administrateur veut maîtriser les coûts, la sécurité et la gouvernance. Dans un produit B2B, le même cap peut nécessiter plusieurs expériences : un bouton d’upgrade pour les comptes self-serve, une demande d’approbation pour les utilisateurs sans droit de paiement, une alerte au owner du compte pour les opportunités sales assist, et un résumé de ROI pour l’acheteur.

Exemple : une plateforme de reporting limite le partage de dashboards à 5 utilisateurs dans le plan gratuit. Lorsqu’un 6e utilisateur est invité, le message initial indique simplement : limite atteinte, passez au plan Pro. Le taux de conversion est de 4,8 %. L’équipe teste une version contextualisée : votre dashboard a été consulté 37 fois par 5 membres de l’équipe cette semaine. Le plan Pro permet d’étendre le reporting à toute l’équipe, avec permissions avancées et exports automatisés. Résultat : conversion à 7,1 %, soit une hausse relative de 48 %. Le seuil n’a pas changé ; la perception du seuil a changé.

Il faut aussi distinguer le cap bloquant du cap prédictif. Un cap prédictif prévient l’utilisateur avant la rupture : vous avez utilisé 80 % de vos crédits mensuels ; au rythme actuel, votre limite sera atteinte dans 5 jours. Ce message est particulièrement utile pour les produits à usage professionnel, car il permet de planifier le budget et d’éviter l’interruption. Dans les produits critiques, un hard cap non anticipé peut dégrader la confiance. Une équipe marketing ne veut pas découvrir en pleine campagne que l’envoi est bloqué ; une équipe dev ne veut pas voir une API cesser de répondre sans alerte préalable.

La conversation de valeur ne doit cependant pas devenir une pression permanente. Des messages trop fréquents à 50 %, 60 %, 70 %, 80 % et 90 % du quota créent de la fatigue. Le bon rythme dépend du risque d’interruption, du coût marginal et du niveau d’intention. Un signal dans l’interface, un email à 80 %, puis une alerte in-app au moment critique peuvent suffire. Le cap doit être visible, prévisible et actionnable, sans transformer l’expérience en tunnel de vente.

Mesurer l’effet réel des caps avec expérimentation et cohortes

Un usage cap ne devrait pas être décidé uniquement par intuition, benchmark concurrentiel ou préférence du management. Il doit être testé. L’expérimentation permet de mesurer non seulement l’impact sur la conversion immédiate, mais aussi sur l’activation, la rétention, l’expansion et le revenu net. Le test A/B, comparaison contrôlée entre deux variantes exposées à des groupes similaires, est souvent le point de départ. Mais il doit être conçu avec une métrique primaire claire et des garde-fous.

Une expérimentation de cap peut comparer plusieurs dimensions : niveau du seuil, type de ressource limitée, timing du message, présence d’un soft cap, offre d’extension, wording du paywall, prix affiché, routage vers sales ou self-serve. La métrique primaire peut être le taux de conversion free-to-paid à J+14, mais il faut suivre des métriques secondaires : taux d’activation, taux de retour J+7, usage après conversion, churn à J+60, ARPA, average revenue per account, revenu moyen par compte, tickets support et NPS, net promoter score, indicateur de recommandation client.

Le risque principal est d’optimiser une métrique locale au détriment de la valeur globale. Un cap plus strict peut augmenter les upgrades à court terme, mais si ces clients annulent rapidement, l’effet net est négatif. À l’inverse, un cap plus généreux peut réduire la conversion immédiate mais améliorer la LTV. Pour trancher, il faut raisonner en contribution par cohorte : revenu généré moins coûts variables, remises, support, infrastructure et coût commercial. La conversion brute est une métrique insuffisante.

Exemple de protocole : une entreprise SaaS teste trois plafonds mensuels de crédits IA : 100, 250 et 500. Sur 30 000 nouveaux comptes, la conversion à J+14 est respectivement de 8,2 %, 6,9 % et 5,1 %. À première vue, 100 crédits semble gagnant. Mais l’activation forte, définie comme au moins 3 workflows créés et un retour dans les 7 jours, est de 31 %, 46 % et 53 %. À J+90, le revenu moyen par cohorte est de 11,40 euros, 15,80 euros et 14,90 euros par inscrit. Le plafond à 250 crédits maximise le revenu, car il donne assez de latitude pour construire un usage récurrent tout en maintenant une contrainte commerciale. Le seuil optimal n’est donc ni le plus strict ni le plus généreux.

Il est également utile d’analyser les caps par intention-to-treat, logique consistant à comparer les utilisateurs selon leur groupe d’assignation initiale, et pas seulement ceux qui ont effectivement atteint le cap. Si l’on mesure uniquement les utilisateurs qui rencontrent la limite, on surestime souvent l’effet, car ce sont déjà les plus engagés. La vraie question est : quel cap produit la meilleure valeur sur l’ensemble de la cohorte exposée ? Cette approche évite de confondre corrélation entre intensité d’usage et conversion avec effet causal du seuil.

Les tests doivent aussi inclure des guardrails qualitatifs. Une hausse des conversions accompagnée d’une hausse des plaintes, des demandes de remboursement ou des tickets liés à la facturation peut signaler une conversion forcée. Les caps ont une dimension émotionnelle : ils interviennent souvent au moment où l’utilisateur veut accomplir une action. Si l’expérience est vécue comme une confiscation de valeur, elle peut abîmer la relation. Mesurer seulement le revenu court terme revient à ignorer ce coût réputationnel.

Articuler caps, pricing et sales assist dans les modèles hybrides

Dans les modèles hybrides, où une partie des conversions se fait en self-serve et une autre avec intervention commerciale, les usage caps servent aussi de mécanisme de qualification. Un compte qui atteint certains seuils peut justifier une action sales, non parce qu’il est bloqué, mais parce que son usage révèle un potentiel. L’enjeu est de distinguer un cap de monétisation self-serve d’un signal de passage sales.

Un seuil de sièges peut déclencher un upgrade automatique pour une petite équipe, mais une alerte commerciale pour un compte enterprise. Un seuil de volume peut être traité par une carte bancaire dans un modèle SMB, small and medium business, petites et moyennes entreprises, mais nécessiter un contrat sur mesure dans un compte régulé. Un seuil d’intégration peut révéler une complexité technique qui appelle une démo d’architecture plutôt qu’un simple paywall. Le même usage ne doit pas conduire mécaniquement au même traitement.

La matrice utile croise valeur potentielle et complexité d’achat. Faible valeur, faible complexité : self-serve, pricing clair, cap explicite. Forte valeur, faible complexité : self-serve assisté, incitation à annualiser, options d’expansion. Faible valeur, forte complexité : attention au coût commercial, privilégier documentation et automatisation. Forte valeur, forte complexité : sales assist, discovery, sécurité, procurement, plan enterprise. Les caps doivent alimenter cette matrice plutôt que créer une file uniforme de leads chauds.

Un cas concret : une plateforme de données limite à 1 million d’événements mensuels dans son plan Pro. Les comptes qui dépassent ce seuil peuvent être très différents. Une startup en croissance peut acheter seule un plan supérieur. Une banque peut avoir besoin d’un contrat enterprise, d’un DPA, data processing agreement, accord encadrant le traitement des données, et d’une revue sécurité. Une agence peut dépasser le seuil parce qu’elle mutualise plusieurs clients, avec un risque de marge différent. Si le cap redirige tout le monde vers le même checkout, l’entreprise perd des opportunités et crée de la friction. Si le cap route selon domaine, taille, usage et historique CRM, il devient un outil de revenue operations.

L’articulation avec le pricing est essentielle. Un cap doit rendre lisible la progression de valeur entre plans. Si le plan supérieur coûte trois fois plus cher mais débloque seulement une limite marginale, la conversion sera faible. Si le plan supérieur ajoute des fonctionnalités non reliées au blocage rencontré, l’utilisateur peut percevoir une vente forcée. Le packaging doit donc relier seuil et bénéfices : plus de volume, mais aussi plus de contrôle, collaboration, automatisation, support, sécurité ou reporting lorsque ces éléments correspondent à la maturité révélée par l’usage.

Enfin, les caps doivent éviter la cannibalisation de l’expansion. Des quotas trop généreux sur les plans bas peuvent rendre les plans supérieurs inutiles. Des quotas trop bas peuvent pousser les comptes vers un concurrent avant qu’ils ne soient captifs. L’équilibre se trouve dans l’élasticité : mesurer comment les changements de seuil affectent conversion, expansion, churn et support. Le pricing n’est pas une grille figée ; c’est un système d’incitations qui doit évoluer avec le produit, les coûts et le marché.

Conclusion : concevoir des seuils qui accélèrent la valeur au lieu de bloquer l’usage

Un usage cap performant ne se définit pas par sa sévérité, mais par son alignement avec la valeur. Il doit apparaître après une preuve d’utilité, limiter une ressource compréhensible, refléter une progression économique logique et ouvrir une suite évidente. Le cap n’est pas un mur ; c’est un point de décision. S’il arrive trop tôt, il détruit l’activation. S’il arrive trop tard, il sous-monétise l’usage. S’il limite la mauvaise ressource, il crée de la frustration sans augmenter la propension à payer.

Une méthode actionnable peut se résumer en sept décisions. Premièrement, identifier la ressource à caper en vérifiant son lien avec activation, monétisation et coût marginal. Deuxièmement, définir l’événement de valeur qui doit idéalement précéder la rencontre du seuil. Troisièmement, choisir entre soft cap, hard cap et cap prédictif selon le niveau de maturité et le risque d’interruption. Quatrièmement, segmenter les plafonds ou les parcours selon cas d’usage, ICP, comportement, canal et potentiel de compte. Cinquièmement, transformer le moment du cap en message de valeur, avec preuve d’usage, bénéfice du plan supérieur et action claire. Sixièmement, expérimenter les niveaux de seuil avec des cohortes et des métriques long terme : activation, conversion, rétention, revenu et marge. Septièmement, articuler caps, pricing et sales assist pour router les comptes vers le bon mode de conversion.

Pour les équipes growth, l’erreur serait de traiter les caps comme de simples paramètres de packaging. Ils sont des mécanismes comportementaux qui modifient la trajectoire utilisateur. Ils influencent ce que l’utilisateur explore, combien de valeur il perçoit, quand il parle à son équipe, à quel moment il accepte de payer et quel type de plan il choisit. Leur impact dépasse le taux d’upgrade : il touche la qualité des comptes convertis, la charge support, l’expansion et la confiance dans le produit.

La bonne question n’est donc pas : combien peut-on limiter sans perdre trop d’utilisateurs ? La bonne question est : quel seuil aide l’utilisateur à reconnaître que l’usage est devenu suffisamment important pour mériter un investissement ? C’est cette bascule, entre expérimentation gratuite et dépendance productive, que les usage caps doivent rendre visible. Lorsqu’ils sont conçus avec rigueur, ils ne freinent pas la croissance ; ils transforment l’usage accumulé en revenu durable.