« Combien d’e-mails allons-nous envoyer ? » Une question à la réponse évidente… jusqu’à ce qu’on essaie d’y répondre. Inscriptions, réinitialisations de mot de passe, reçus, alertes et résumés s’additionnent, et chacun progresse différemment avec votre base d’utilisateurs.
Ce guide vous donne une méthode rapide pour estimer votre volume mensuel, deux exemples chiffrés, et la façon de faire correspondre ce chiffre à une offre Inbixio avec de la marge pour grandir.
Comment Inbixio compte l’utilisation
Deux faits simplifient l’estimation :
- Un e-mail = un destinataire. Chaque appel d’API envoie à un seul
to_email: une notification adressée à 40 membres d’une équipe compte donc pour 40 e-mails. - L’utilisation est comptée par mois calendaire, et seuls les e-mails envoyés avec succès sont décomptés de votre limite.
Les offres d’Inbixio :
| Offre | Prix | E-mails par mois | Idéal pour |
|---|---|---|---|
| Starter | 20 USD / mois | Jusqu’à 25 000 | MVP, tests et applications à faible volume |
| Growth | 49 USD / mois | Jusqu’à 150 000 | Produits SaaS et plateformes en croissance |
| Enterprise | Sur mesure, facturation annuelle | 1M+ | Fintech, santé et grandes plateformes |
Consultez la section tarifs pour tout ce qui est inclus dans chaque offre.
Étape 1 : listez tous les e-mails envoyés par votre produit
Ouvrez votre base de code et recherchez chaque endroit qui envoie des e-mails. La plupart des produits en comptent trois groupes :
- E-mails de compte : bienvenue, vérification de l’adresse e-mail, codes de connexion, réinitialisations de mot de passe, alertes de sécurité.
- E-mails d’activité : invitations, mentions, commentaires, validations, attributions de tâches, « votre export est prêt ».
- E-mails de facturation : reçus, factures, avis d’échec de paiement, rappels de fin d’essai.
Ajoutez ensuite tout ce qui est planifié : résumés quotidiens ou hebdomadaires, rapports, rappels.
Étape 2 : estimez chacun par mois
Pour chaque e-mail, demandez-vous ce qui le déclenche et à quelle fréquence :
monthly emails = number of triggers per month × recipients per triggerAutrement dit : e-mails par mois = nombre de déclenchements par mois × destinataires par déclenchement. Utilisez des chiffres réels quand vous en avez (inscriptions par mois, utilisateurs actifs, commandes) et des estimations honnêtes sinon. Mieux vaut être à peu près juste que précisément faux.
Exemple 1 : un SaaS B2B en phase de lancement
Un outil de gestion de projet avec 2 000 utilisateurs actifs et 400 nouvelles inscriptions par mois :
| Calcul | Par mois | |
|---|---|---|
| Bienvenue + vérification | 400 inscriptions × 2 | 800 |
| Codes de connexion | 2 000 utilisateurs × 4 connexions | 8 000 |
| Réinitialisations de mot de passe | ~3 % des utilisateurs | 60 |
| Notifications de tâches et de mentions | 2 000 utilisateurs × 5 par semaine × 4,3 semaines | 43 000 |
| Résumé hebdomadaire | 2 000 utilisateurs × 4,3 | 8 600 |
| Reçus | 300 équipes payantes | 300 |
| Total | ≈ 60 800 |
C’est bien au-delà des 25 000 de Starter, mais largement dans les 150 000 de Growth, ce qui laisse de quoi plus que doubler la base d’utilisateurs.
Remarquez ce qui domine : les notifications. Si le chiffre est trop élevé, laisser les utilisateurs choisir entre des notifications instantanées et un résumé quotidien permet souvent de le diviser par deux.
Exemple 2 : une application grand public avec codes de connexion
Une application mobile avec 8 000 utilisateurs actifs mensuels, qui se connectent tous avec des codes envoyés par e-mail environ deux fois par mois, plus un reçu mensuel pour 1 500 abonnés :
| Calcul | Par mois | |
|---|---|---|
| Codes de connexion | 8 000 × 2 | 16 000 |
| Bienvenue + vérification | 1 000 inscriptions × 2 | 2 000 |
| Reçus | 1 500 | 1 500 |
| Total | ≈ 19 500 |
Starter suffit, avec environ 20 % de marge. Si vous prévoyez de la croissance, planifiez le passage à Growth lorsque vous dépassez régulièrement 20 000.
Étape 3 : prévoyez de la marge pour les pics
Les moyennes mensuelles masquent les pics :
- Les lancements et la presse peuvent tripler les inscriptions pendant une semaine.
- Les imports et migrations peuvent déclencher des milliers d’invitations d’un coup.
- La facturation de fin de mois concentre les reçus et les avis d’échec de paiement.
Ajoutez 30 à 50 % à votre estimation. Si le résultat est proche de la limite d’une offre, choisissez l’offre supérieure. Une fois la limite atteinte, les envois suivants renvoient 429 jusqu’au mois suivant, et une réinitialisation de mot de passe qui n’arrive pas coûte bien plus cher que la différence de prix. Consultez gérer les erreurs et les limites d’une API e-mail pour savoir ce qui se passe et comment suivre votre utilisation.
Étape 4 : gardez un œil dessus
Votre estimation n’est qu’un point de départ. Une fois en production :
- La carte Usage Limit (limite d’utilisation) de la page API Keys (clés API) affiche les e-mails envoyés ce mois-ci par rapport à votre offre.
- Le graphique du volume d’e-mails du tableau de bord affiche les e-mails envoyés et en échec par mois, pour voir la tendance avant d’atteindre la limite.
- Revoyez ce chiffre avant les grands lancements, imports ou campagnes.
Guide rapide
- Moins de ~20 000 par mois avec une croissance modérée : Starter.
- De 20 000 à ~120 000 par mois, ou une croissance rapide : Growth.
- À l’approche de 150 000, ou besoin de 1M+, d’une infrastructure dédiée ou d’un SLA : parlez-nous d’Enterprise.
Vous n’envoyez pas encore ? Le guide de démarrage en cinq minutes vous permet d’envoyer votre premier e-mail, et vous pourrez changer d’offre à mesure que votre volume augmente.
Envoyez-le avec Inbixio
Connectez votre propre serveur SMTP, créez une clé API aux droits limités et envoyez depuis n’importe quel langage en une seule requête HTTPS.
