Ce que votre dashboard paiement devrait afficher chaque matin (et ce qu'il affiche probablement)
Si votre dashboard paiement affiche surtout le CA d'hier, il ne pilote pas grand-chose.
Si votre dashboard paiement affiche surtout le CA d'hier, il ne pilote pas grand-chose.
Le matin, je voudrais voir 5 blocs.
Et dans beaucoup d'équipes, j'en vois plutôt 2.
1. Volume tenté vs volume autorisé
Par PSP, pays, device et moyen de paiement.
Ce qu'on voit souvent à la place :
un taux d'acceptation global qui ne dit pas où ça casse.
2. Top codes de refus et leur variation à J-1 / J-7
do_not_honor, fonds insuffisants, 3DS, erreur technique, timeout.
Ce qu'on voit souvent :
"refused = 8,4%".
Inexploitable.
3. Conversion après clic payer
Par device et par moyen de paiement.
Ce qu'on voit souvent :
la conversion checkout globale, mélangée avec l'UX, le pricing et le trafic.
4. Recovery utile
Retries réussis, dunning, carte mise à jour, part des échecs récupérés en 7 jours.
Ce qu'on voit souvent :
le nombre d'emails envoyés.
5. Cash qui fuit vraiment
Refunds, chargebacks, paiements en attente, écarts de rapprochement, alertes sur les variations anormales.
Ce qu'on voit souvent :
un joli dashboard PSP, aveugle côté finance ops.
Un bon dashboard paiement ne doit pas juste rassurer.
Il doit dire où intervenir avant 10h.
S'il ne vous aide pas à choisir entre bug PSP, friction mobile, sujet fraude ou problème de retry, vous regardez une vitrine.
Pas un cockpit.
Je peux partager la structure minimale que j'utiliserais pour un dashboard paiement exploitable par ops, growth et finance.
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