PSP principal + backup : à partir de quand ça vaut vraiment le coût ?
Ajouter un PSP backup trop tôt apporte souvent plus de complexité que de résilience. Le vrai seuil dépend du revenu à risque et de la capacité ops à l'opérer.
Ajouter un PSP backup trop tôt, c'est souvent acheter de la complexité avant d'avoir le problème qui va avec.
1. En dessous de 200k EUR par mois
Dans la plupart des cas, je ne le ferais pas.
Le gain potentiel ne paie pas encore le surcoût ops, finance et technique.
2. Entre 200k et 1M EUR par mois
Le sujet commence à s'ouvrir si vous cochez au moins 2 cases :
marché international, taux de déclin instable, méthode critique manquante, ou dépendance forte à un seul acquéreur.
3. Au-dessus de 1M EUR par mois
Un incident, quelques points d'autorisation perdus ou un blocage pays peut déjà coûter plus que la complexité du setup.
4. Mais le vrai seuil n'est pas juste le volume
Je le regarderais si votre paiement porte un risque concret sur :
5%+ du revenu mensuel en cas d'incident,
plusieurs géographies,
ou une équipe capable d'opérer rapprochement, routing, webhooks et support sans se noyer.
5. Le coût oublié
Un backup, ce n'est pas "un contrat en plus".
C'est plus de reporting, plus de compta, plus de cas limites et plus de dette technique.
Si vous n'avez personne pour l'opérer, vous achetez surtout une architecture plus fragile.
Le bon calcul n'est pas :
"est-ce qu'on devrait avoir 2 PSP ?"
C'est :
combien de revenu est à risque sans backup, et combien d'ops supplémentaires vous pouvez absorber ?
Si vous voulez, je peux partager le mini business case que j'utiliserais avant de signer un 2e PSP.
Vous voulez aller plus loin ?
Suivez Thomas Revol sur LinkedIn pour recevoir chaque semaine des analyses sur le paiement, la rétention et la revenue infrastructure.
Suivre sur LinkedIn