Dans ce guide
Les bugs de paiement coûtent de l'argent deux fois : une fois en ventes perdues, une fois en remboursements et en avis négatifs. La plupart des équipes testent « l'achat fonctionne » et s'arrêtent là. Cette liste couvre chaque état dans lequel un achat peut finir : succès, annulation, échec, attente et restauration. Chaque point indique le résultat attendu, une raison et comment vérifier.
Prépare d'abord les achats de test ou les comptes de test du store, et ne teste jamais avec une vraie carte qui te tient à cœur. La configuration dépend du store ; consulte la documentation actuelle du store que tu utilises.
Avant l'achat
- Le prix et les infos produit sont exacts. Attendu : prix, période et contenu correspondent à l'offre réelle. Pourquoi : un mauvais prix nuit à la confiance et peut provoquer des litiges (ce n'est pas un avis juridique). Comment : compare chaque écran avec les paramètres produit de ton store.
- Le prix est localisé. Attendu : la devise et le format correspondent à la région du store. Pourquoi : des formats erronés paraissent suspects. Comment : teste avec des comptes de différentes régions si possible.
- Le bouton d'achat est désactivé pendant le chargement. Attendu : un état de chargement, puis le bouton fonctionne. Pourquoi : appuyer avant le chargement des produits provoque des erreurs. Comment : ralentis le réseau et ouvre le paywall. Voir comment tester ton paywall.
- La liste des produits ne charge pas. Attendu : message clair et nouvel essai, pas un paywall vide. Pourquoi : les appels au store échouent. Comment : passe hors ligne et ouvre l'écran.
Succès
- Effectue un achat. Attendu : accès débloqué immédiatement, confirmation affichée. Pourquoi : c'est la promesse centrale. Comment : achète avec un compte de test et utilise la fonction.
- L'accès survit au redémarrage de l'app. Attendu : toujours débloqué. Pourquoi : un déblocage conservé seulement en mémoire disparaît. Comment : ferme et rouvre.
- L'accès apparaît sur un second appareil avec le même compte. Attendu : après restauration ou connexion, débloqué. Pourquoi : les utilisateurs ont plusieurs appareils. Comment : connecte-toi sur un autre appareil.
- Le backend et l'app sont d'accord. Attendu : le serveur enregistre l'achat. Pourquoi : les écarts provoquent « j'ai payé mais je n'ai rien ». Comment : compare l'enregistrement serveur et l'état de l'app.
Annulation
- Annule sur la feuille de paiement du store. Attendu : retour dans l'app sans changement ni erreur. Pourquoi : les utilisateurs reculent souvent. Comment : ferme la boîte de paiement.
- Annule puis rachète aussitôt. Attendu : la seconde tentative fonctionne. Pourquoi : les états bloqués après annulation sont fréquents. Comment : annule, appuie sur acheter, termine.
Échec
- Paiement refusé ou moyen de paiement invalide. Attendu : message clair, rien de débloqué. Pourquoi : des fonctions débloquées sans paiement font perdre de l'argent. Comment : utilise l'option de test d'échec du store si elle existe.
- Réseau perdu pendant l'achat. Attendu : pas de double prélèvement, pas d'achat perdu ; l'app se rétablit au démarrage suivant. Pourquoi : la confirmation de paiement peut arriver en retard. Comment : passe hors ligne juste après la confirmation, puis reconnecte-toi et rouvre l'app.
- App fermée pendant l'achat. Attendu : l'achat est détecté au lancement suivant et débloqué. Pourquoi : appels et plantages arrivent. Comment : force la fermeture pendant la feuille de paiement, puis rouvre.
- Double appui sur acheter. Attendu : un seul achat. Pourquoi : les utilisateurs impatients. Comment : appuie rapidement plusieurs fois.
En attente
- Achat nécessitant une approbation ou une confirmation (en attente). Attendu : un message indique que l'achat est en attente, sans déblocage, puis déblocage à l'approbation. Pourquoi : certains paiements se terminent plus tard. Comment : utilise un scénario d'attente de test si le store en propose un.
- Fermer l'app pendant l'attente, revenir plus tard. Attendu : l'état se met à jour quand le résultat arrive. Pourquoi : personne n'attend dans l'app. Comment : ferme, attends, rouvre.
Restauration et remboursements
- Restaurer les achats après réinstallation. Attendu : l'accès revient sans repayer. Pourquoi : les utilisateurs réinstallent et changent de téléphone. Comment : réinstalle, appuie sur Restaurer.
- Restaurer sans rien à restaurer. Attendu : un message aimable. Pourquoi : les utilisateurs appuient quand même. Comment : utilise un compte sans achat.
- Achat remboursé ou révoqué. Attendu : l'accès prend fin de manière définie. Pourquoi : les remboursements arrivent. Comment : révoque dans l'environnement de test si possible ; pour les abonnements, voir la checklist d'abonnement.
Après l'achat
- Le reçu ou la confirmation est disponible. Attendu : l'utilisateur peut voir ce qu'il a acheté. Pourquoi : réduit les demandes au support. Comment : cherche-le dans l'app et dans le store.
- Changement de prix ou code promo (si tu en utilises). Attendu : montants corrects. Pourquoi : une mauvaise gestion des promos fait perdre de l'argent. Comment : teste chaque type de code.
- Les événements analytiques ne se déclenchent qu'une fois. Attendu : un événement d'achat par achat. Pourquoi : un double comptage fausse les résultats. Comment : vérifie ton outil d'analyse après un test.
Ce n'est pas un conseil fiscal ou juridique : vérifie toi-même les règles locales pour les reçus, la TVA et les remboursements.
Liens connexes
- Hub : Hub de la checklist de test d'app mobile
- Checklist de test de résiliation et de renouvellement d'abonnement
- Checklist de test de validation de formulaire
AppReviewX te donne des retours privés et structurés d'autres développeurs sur ton parcours d'achat ; un retour que tu rédiges rapporte un crédit. Découvre comment fonctionne AppReviewX.