Guide approfondi
Simulateur de coût d’authentification au MAU : tarification par utilisateur ou authentification auto-hébergée
Analyse sectorielle pour décideurs
L’authentification est l’une des rares parties d’un produit que tous les utilisateurs touchent et que presque aucun ne valorise. Les fournisseurs hébergés facturent par utilisateur actif mensuel parce que cet indicateur évolue avec leurs propres coûts, et pour un produit jeune cela semble équitable : les dix premiers milliers d’utilisateurs sont souvent gratuits et les suivants coûtent quelques centimes. Le risque est que le prix augmente avec les connexions, alors que votre revenu ne progresse qu’avec la petite part d’utilisateurs qui paient. Une application grand public, un outil freemium ou une place de marché peut gagner des utilisateurs plus vite qu’elle ne gagne des revenus, et la facture d’authentification suit la première courbe, pas la seconde.
La structure du problème est un décalage entre un moteur de coût et un moteur de revenu. Le coût est facturé sur chaque personne active, y compris les utilisateurs gratuits, les comptes d’essai, les bots et les sessions abandonnées. Le revenu ne vient que des payeurs, généralement quelques pour cent de la base. Le rapport entre les deux, le coût d’authentification par utilisateur payant, est le chiffre à surveiller. Lorsqu’il passe de quelques centimes à quelques dollars, le fournisseur prélève discrètement une part de chaque abonnement, et le prix d’offre qui avait du sens à dix mille utilisateurs ne tient plus à trois cent mille.
Le modèle en effet domino suit l’argent en cinq étapes. Les utilisateurs actifs, auxquels s’ajoutent les comptes de bots qui vous sont facturés, déterminent le nombre d’utilisateurs facturables. Ce nombre et le volume de SMS fixent le coût d’authentification par payeur. Rapporté au revenu, il devient le poids de l’authentification. Après l’hébergement, le support et l’ingénierie, il reste la marge de contribution, et ce sont les coûts fixes qui décident si le mois se termine en bénéfice. Une petite hausse des inscriptions de bots ou de la part d’utilisateurs vérifiés par SMS peut faire passer la deuxième case de l’orange au rouge bien avant que la dernière ne bouge.
L’iceberg montre ce que la facture cache. Au-dessus de la ligne de flottaison figurent la facture du fournisseur pour les vrais utilisateurs et les coûts généraux d’hébergement. En dessous se trouvent les inscriptions de bots et de faux comptes comptés comme utilisateurs actifs, les codes SMS facturés au message, les tickets de connexion et de blocage auxquels répond votre équipe de support, et les heures d’ingénierie passées à maintenir l’intégration en vie. L’auto-hébergement supprime la redevance par utilisateur mais reporte les mêmes postes sur votre masse salariale : la comparaison honnête porte donc sur le coût total dans le temps. Utilisez le simulateur pour trouver le nombre d’utilisateurs où les courbes se croisent.
Formules et méthodologie
Le modèle fonctionne par mois. Les utilisateurs facturables sont les utilisateurs actifs plus une part fixe de comptes de bots. Le fournisseur applique son prix à chaque utilisateur facturable au-delà d’un palier gratuit de dix mille. Le revenu est égal aux utilisateurs actifs multipliés par la part d’utilisateurs payants et par le revenu par payeur. Du revenu, le modèle soustrait l’hébergement et le support selon une part fixe, la facture du fournisseur, les codes SMS, les tickets de blocage, les heures d’ingénierie à un taux chargé et un coût mensuel fixe.
- Utilisateurs facturables
- B = MAU × (1 + part de bots)
- Les bots et les faux comptes sont comptés comme actifs et facturés comme de vrais utilisateurs.
- Facture du fournisseur
- A = max(0 ; B − 10 000) × prix par MAU
- La redevance du fournisseur au-delà du palier gratuit, avant toute option.
- SMS et support
- S = MAU × part MFA × 2 × prix du SMS + MAU × 0,4 % × coût d’un ticket
- Les codes par SMS plus le coût du traitement des tickets de connexion et de blocage.
- Coût d’authentification par payeur
- (A + SMS) ÷ (MAU × part payante)
- Ce que chaque client payant doit couvrir en authentification chaque mois.
- Bénéfice net
- Net = revenu − hébergement − A − SMS − support − ingénierie − fixe
- Le résultat mensuel. Le point de rupture est celui où il atteint zéro.
Élasticité en cascade
La part payante et le revenu par payeur sont les entrées les plus élastiques, car elles multiplient toute la ligne de revenu. Le prix par MAU supplémentaire vient ensuite : à fort volume, chaque centime par utilisateur représente un montant important. Les heures d’ingénierie et la part de SMS pèsent moins mais de façon régulière, et ce sont les plus faciles à réduire. Les utilisateurs actifs jouent dans les deux sens : davantage d’utilisateurs font monter la facture, mais ils font monter le revenu plus vite tant que la part payante se maintient.
Trois études de cas concrètes
Démarrage en autofinancement
Une petite application dans le palier gratuit
Un produit jeune compte vingt mille utilisateurs actifs, dont six pour cent paient, et une facture modeste car la majeure partie de la base reste dans la franchise gratuite. Le temps d’ingénierie est faible. Chargez ce cas pour voir à quel point l’authentification hébergée est confortable au début, et combien la redevance du fournisseur pèse peu à cette taille.
Croissance d'une entreprise de taille intermédiaire
Une plateforme en croissance à forte conversion
Une plateforme de trois cent mille utilisateurs actifs convertit trois et demi pour cent et facture ses offres plus cher. La facture du fournisseur est élevée en valeur absolue, mais largement couverte par le revenu. Chargez ce cas pour voir pourquoi la tarification par utilisateur convient lorsque les payeurs portent la base, et à partir d’où l’auto-hébergement commencerait à compter.
Crise de type cygne noir
Une application gratuite virale avec peu de payeurs
Un outil gratuit devient viral et atteint trois cent cinquante mille utilisateurs, mais moins d’un pour cent paient. La vérification par SMS est activée pour la moitié d’entre eux, les bots viennent grossir le compteur et le fournisseur fait passer le compte à un palier supérieur. Chargez ce cas pour voir le coût d’authentification dépasser le revenu en un seul mois.
Matrice des repères sectoriels
| Indicateur | Zone de danger | Moyenne du secteur | Élite : les 10 % meilleurs |
|---|---|---|---|
| Coût d’authentification en part du revenu | Plus de 20 % | 5–12 % | Moins de 4 % |
| Coût d’authentification par utilisateur payant | Plus de 3,50 $ par mois | 0,50–1,50 $ | Moins de 0,40 $ |
| Part payante des utilisateurs actifs | Moins de 1 % | 2–5 % | Plus de 8 % |
| Bots et faux comptes parmi les inscriptions | Plus de 15 % | 3–8 % | Moins de 2 % |
| Heures d’ingénierie sur l’authentification par mois | Plus de 60 | 10–25 | Moins de 8 |
Variables et leviers
Utilisateurs actifs mensuels
Personnes distinctes qui se connectent ou ouvrent une session dans le mois. C’est le chiffre sur lequel le fournisseur facture.
Levier: Supprimez les comptes dormants et définissez l’utilisateur actif comme le fait votre fournisseur, afin de ne pas payer des sessions que personne n’utilise.
Part d’utilisateurs payants
Part des utilisateurs actifs mensuels abonnés à une offre payante. Les utilisateurs gratuits coûtent de l’argent en authentification mais ne rapportent aucun revenu.
Levier: Améliorez l’activation et les invitations à passer à l’offre payante, car chaque utilisateur gratuit qui ne paie jamais génère quand même une facture d’authentification.
Revenu par utilisateur payant
Revenu mensuel moyen de chaque utilisateur payant, remises déduites.
Levier: Augmentez les prix ou faites passer les gros utilisateurs à un palier supérieur pour que le revenu par payeur suive le coût par utilisateur.
Prix par MAU supplémentaire
Ce que le fournisseur facture par utilisateur actif au-delà du palier gratuit. De nombreuses offres ont des paliers plus coûteux à fort volume.
Levier: Négociez un palier à volume engagé ou comparez les fournisseurs : une fois le palier gratuit dépassé, le prix par utilisateur est le plus gros levier.
Utilisateurs en multifacteur par SMS
Part des utilisateurs actifs qui reçoivent chaque mois un code à usage unique par SMS.
Levier: Proposez d’abord les applications d’authentification et les clés d’accès (passkeys) et gardez le SMS en solution de secours, car chaque SMS est un coût direct.
Heures d’ingénierie sur l’authentification
Heures par mois consacrées à l’entretien de l’intégration, aux migrations, aux bugs de session et aux revues de sécurité.
Levier: Standardisez un seul parcours de connexion et supprimez le code sur mesure : chaque heure d’entretien supplémentaire est une ligne de salaire cachée.
Comment utiliser ce simulateur
- 1Saisissez les utilisateurs actifs du mois dernier, la part payante et le revenu par payeur issus de vos outils d’analyse.
- 2Indiquez le prix par utilisateur supplémentaire d’après la facture de votre fournisseur et estimez les parts de SMS et de bots.
- 3Lisez les cinq cases et repérez celle qui passe la première à l’orange ou au rouge.
- 4Appuyez sur « Trouver mon point de rupture » pour voir de combien les utilisateurs ou le prix peuvent évoluer avant que le bénéfice n’atteigne zéro.
- 5Comparez l’authentification hébergée et auto-hébergée sur 24 mois, coût de migration compris.
Erreurs à éviter
- Comparer les prix affichés plutôt que les totaux. Une option auto-hébergée semble gratuite tant que les correctifs, les astreintes et les revues de sécurité ne sont pas comptés au coût horaire de vos ingénieurs.
- Traiter tous les utilisateurs actifs de la même manière. Un million de sessions gratuites peut coûter plus cher en authentification que ne rapportent cent mille clients payants.
- Ignorer les bots. Les fausses inscriptions et les attaques par bourrage d’identifiants sont facturées comme de vrais utilisateurs et peuvent gonfler la facture de plusieurs dizaines de pour cent.
- Ne planifier que pour le volume d’aujourd’hui. Un palier tarifaire qui semble acceptable à cinquante mille utilisateurs peut changer toute la donne à cinq cent mille.
Questions fréquentes
La tarification au MAU est-elle une mauvaise affaire ?
Pas en soi. Elle est bon marché tant que votre base est petite ou que la plupart des utilisateurs paient. Elle devient coûteuse quand vous avez beaucoup d’utilisateurs gratuits ou inactifs : modélisez donc votre part payante avant de vous engager sur une offre.
Quand l’authentification auto-hébergée l’emporte-t-elle ?
En général à un grand nombre d’utilisateurs avec une faible part payante, et seulement si vous pouvez consacrer du temps d’ingénierie. Exécutez les deux scénarios ici et regardez la comparaison sur 24 mois, coût de migration compris.
Pourquoi les inscriptions de bots font-elles partie du modèle ?
Les fournisseurs comptent généralement comme actif tout compte qui se connecte dans le mois. Les faux comptes sont facturés comme les vrais ; une protection contre les bots peut donc se rentabiliser.
Les codes SMS représentent-ils vraiment un coût important ?
Ils sont faibles à l’unité mais se multiplient par le nombre d’utilisateurs et de mois. Les applications d’authentification et les clés d’accès suppriment l’essentiel de ce coût et sont en général plus sûres que les SMS.
Comment trouver le point de rupture ?
Appuyez sur « Trouver mon point de rupture ». L’outil pousse chaque entrée vers son extrémité la plus défavorable et indique la valeur à laquelle le bénéfice mensuel atteint zéro.
Quelle est la précision de ce simulateur ?
C’est un modèle pédagogique aux hypothèses explicites, et non un conseil financier ou de sécurité. Remplacez les entrées par vos propres chiffres de facturation et d’usage et vérifiez les tarifs actuels du fournisseur.
Il s'agit d'un modèle de planification à visée pédagogique, fondé sur des hypothèses explicites. Il ne constitue ni un conseil financier, ni un conseil fiscal, ni un conseil juridique. Remplacez les données par vos propres chiffres et faites valider les décisions importantes par un professionnel qualifié.