Une mauvaise mise à jour de l'app peut déclencher une vague de remboursements, et voici comment la contenir avant qu'elle n'atteigne votre versement

Quand une version est publiée défectueuse, les remboursements commencent avant votre tableau de bord des plantages. Une mauvaise mise à jour de l'app ne fait pas qu'agacer les gens. Elle leur donne une raison concrète de réclamer leur argent, et sur un achat à bas prix, l'argent est la plus petite partie de ce que vous perdez. Le calcul que vous avez déjà brûlé, les appels d'API tierces qui vous ont été facturés et le stockage que vous avez provisionné ne reviennent pas avec la vente.

L'aspect utile, c'est qu'une version défectueuse est l'un des rares moteurs de remboursement que vous pouvez freiner en quelques minutes, pas en quelques semaines. Les deux stores diffusent une mise à jour par étapes et vous laissent l'arrêter en cours de route, et ce seul contrôle fait la différence entre une poignée d'utilisateurs touchés et une vague de remboursements contre votre versement. Voici ce que coûte vraiment une vague de remboursements, comment arrêter une version défectueuse sur chaque store, et les deux courtes fenêtres qui sont votre seule voix une fois qu'un litige est déjà déposé.

Pourquoi une mauvaise mise à jour de l'app se transforme en remboursements

Un plantage au lancement, un paywall qui ne charge pas, une fonctionnalité qui marchait hier et plus aujourd'hui. Chacun donne à un client payant une raison nette de réclamer son argent, et un remboursement est la version polie de cette réponse. La version impolie est une rétrofacturation bancaire. Les deux vous coûtent, et une version qui casse ne serait-ce que pour une partie de vos utilisateurs peut en produire assez pour apparaître sur votre versement.

L'argent que vous perdez dépasse la vente

Quand un achat est remboursé, le montant de la vente revient au client. Ce qui ne revient pas, c'est tout ce que vous avez déjà dépensé pour traiter cet achat. Le calcul qui a exécuté le travail, les appels d'API tierces facturés au moment de l'utilisation, le stockage que vous avez provisionné et tout versement déjà envoyé à un créateur sont perdus. Sur un consommable à bas prix, ces coûts irrécupérables plus des frais bancaires éventuels peuvent totaliser plus que ce que le client a jamais payé.

Une vague de remboursements fait aussi bouger votre taux de remboursement

Les remboursements ne sont pas seulement une perte par vente. Les réseaux de cartes et les deux stores surveillent le taux auquel vos ventes reviennent. Une seule version défectueuse qui fait grimper ce taux peut attirer une surveillance que vous préféreriez éviter, donc le coût d'une mauvaise mise à jour inclut la réputation que vous dépensez, pas seulement l'argent.

Comment arrêter une version défectueuse sur l'App Store

L'outil de contention d'Apple est la diffusion échelonnée, et tout son intérêt est de pouvoir tirer le frein avant que la plupart de vos utilisateurs ne voient la version défectueuse.

La diffusion échelonnée se déploie sur sept jours

Quand vous activez la diffusion échelonnée pour une mise à jour de version, Apple la livre à un échantillon aléatoire d'utilisateurs qui ont les mises à jour automatiques activées. Le déploiement grimpe selon un calendrier fixe : 1 pour cent le premier jour, puis 2, 5, 10, 20, 50 et 100 pour cent sur sept jours. Comme les premiers jours touchent une petite fraction de votre base, un défaut détecté le deuxième jour a atteint bien moins de monde qu'une publication complète le jour même.

Suspendez dès que quelque chose semble anormal

Si une mauvaise mise à jour de l'app passe entre les mailles, vous pouvez suspendre la diffusion échelonnée à tout moment. Apple vous laisse suspendre jusqu'à 30 jours, sans limite sur le nombre de suspensions, et le budget est cumulatif : suspendez 10 jours, reprenez, et il vous reste encore 20 jours de suspension. Quand vous reprenez, le déploiement repart au jour où il s'est arrêté. Suspendre ne retire pas la version aux utilisateurs qui l'ont déjà, alors associez la suspension à un correctif et à un examen accéléré.

Comment arrêter une version défectueuse sur Google Play

Google Play vous donne deux freins, un pour une version encore en cours de déploiement et un pour une version qui a déjà atteint tout le monde.

Arrêtez un déploiement progressif en cours

Un déploiement progressif sur Google Play vous laisse publier à un pourcentage d'utilisateurs et l'augmenter selon votre propre calendrier. Si vous trouvez un problème, ouvrez la version et choisissez Gérer le déploiement, puis Arrêter le déploiement. Aucun utilisateur supplémentaire ne reçoit la version, et les utilisateurs qui l'ont déjà y restent. Si la version s'avère finalement saine, vous reprenez le même déploiement là où il s'est arrêté.

Arrêtez une version qui est déjà passée à 100 pour cent

Google Play vous laisse aussi arrêter une version entièrement déployée, ce que le frein du déploiement progressif ne peut pas faire. Quand vous l'arrêtez, une version précédente de votre app, active et entièrement déployée, prend automatiquement sa place pour les utilisateurs nouveaux et existants qui ne sont pas déjà sur la version arrêtée. Deux limites comptent : vous ne pouvez pas arrêter la première version d'un canal, et si la version défectueuse est restée active assez longtemps pour que la plupart des utilisateurs aient déjà mis à jour, l'arrêter ne sert pas à grand-chose, car le dommage est déjà distribué.

Quand les remboursements et les litiges sont déjà en marche

Échelonner un déploiement limite le nombre de personnes qui tombent sur une mauvaise mise à jour de l'app. Cela ne fait rien pour les remboursements et les litiges des utilisateurs qui sont déjà tombés dessus. Une fois qu'un client réclame son argent, le store déroule le processus, et votre voix est étroite.

La plupart des remboursements se décident sans vous

Le remboursement en libre-service de 48 heures de Google Play, les remboursements par le support et les achats annulés sont tous décidés par le store selon sa propre politique. Il n'y a ni canal de preuves ni recours. Pour ceux-là, votre trace est le remboursement lui-même et le coût que vous avez déjà encaissé. Le seul endroit où vous pouvez agir est la prévention, ce qui est exactement pourquoi le frein du déploiement compte.

Deux fenêtres sont votre seule intervention

Seuls deux processus vous demandent quoi que ce soit. Quand un client demande un remboursement sur un consommable ou un abonnement à renouvellement automatique, Apple envoie à votre serveur un CONSUMPTION_REQUEST et attend jusqu'à 12 heures les données de consommation. Sur Google Play, un achat contesté qui doit être examiné lance un compte à rebours de 24 heures, et vous répondez via l'API orders.reviewrefund. Ratez l'une ou l'autre fenêtre et la décision se prend sans vous. Aucune fenêtre ne vous laisse défaire une version défectueuse. Elles vous laissent seulement répondre à ses retombées.

La checklist de contention

Rien de tout cela n'est exotique. C'est une courte routine que vous exécutez à chaque version, pas seulement celles que vous vous attendez à casser.

• Publiez chaque mise à jour via la diffusion échelonnée sur l'App Store et un déploiement progressif sur Google Play, jamais une diffusion complète le jour même.
• Surveillez les signaux de plantages et de remboursements pendant les premiers jours à faible pourcentage, quand l'audience est assez petite pour être protégée.
• Suspendez la diffusion échelonnée de l'App Store ou arrêtez le déploiement de Google Play dès qu'un vrai défaut apparaît, puis corrigez et soumettez de nouveau.
• Pour un défaut qui a déjà atteint tout le monde sur Google Play, arrêtez la version entièrement déployée pour que la version précédente prenne sa place.
• Provisionnez les flux de notifications d'Apple et de Google pour pouvoir répondre à chaque demande de consommation et à chaque examen de remboursement dans sa fenêtre.
• Suivez votre taux de remboursement tout au long de la version, car un pic est le signal qu'un retour arrière est en retard.