Une précommande d'app n'est pas une vente avant le jour du lancement, et beaucoup s'évaporent avant que le débit ne tombe

Une précommande d'app ressemble à une vente, et sur votre tableau de bord elle compte même comme telle. Elle ne l'est pas. Quand quelqu'un précommande votre app sur l'App Store ou Google Play, aucun argent ne bouge. L'acheteur n'est débité de rien jusqu'au lancement de l'app, et jusqu'à ce moment il peut se retirer gratuitement, sans question et sans vous prévenir. Donc le nombre de précommandes que vous voyez grimper est une liste de gens qui se sont dits intéressés, pas une liste de gens qui ont payé. Le débit intervient plus tard, à la sortie, et d'ici là la liste est plus courte qu'elle ne l'était.

Cet écart entre le décompte des précommandes et l'argent qui tombe vraiment importe surtout le jour du lancement, qui est précisément le moment où vous provisionnez des serveurs, promettez des récompenses et projetez du chiffre d'affaires à partir du plus grand nombre que vous ayez. Voici comment fonctionne une précommande d'app sur chaque boutique, où les acheteurs décrochent en silence entre la réservation et le paiement, et ce que ce rétrécissement vous coûte si vous planifiez comme si chaque précommande était déjà un client.

Pourquoi une précommande d'app est une promesse, pas un paiement

Vous pouvez mettre une app en précommande avant qu'elle soit prête, et les deux boutiques recueilleront l'intérêt pour vous. Ce qu'aucune boutique ne fait, c'est recueillir de l'argent. Sur l'App Store et sur Google Play, une précommande autorise un débit futur et rien de plus. L'acheteur accepte d'être facturé lorsque l'app devient disponible, et la boutique conserve cette intention jusqu'à la sortie. Aucun débit ne passe au moment de la précommande, donc rien n'a été gagné et rien n'a été payé. L'effet pratique, c'est qu'une précommande est l'engagement le plus mou qu'un client puisse prendre. Elle ne lui coûte rien à poser et rien à abandonner, ce qui est un bon marché pour lui et un nombre que vous devez lire avec prudence.

Ce qui se passe entre la précommande et le débit

Sur l'App Store, le débit tombe à la sortie et pas avant

Apple ne débite pas un client de précommande quand il appuie pour réserver votre app payante. Le débit est traité à la date de sortie, quand l'app se télécharge sur son appareil, et c'est seulement alors que la précommande devient un achat. Vous pouvez garder une app disponible en précommande pendant une fenêtre fixe avant le lancement : entre 2 et 180 jours pour une première sortie, et jusqu'à 365 jours pour une app déjà disponible dans d'autres régions. Pendant toute cette fenêtre, le client ne vous doit rien. Si vous retirez l'app de la précommande, ces clients ne la reçoivent tout simplement pas et ne sont pas débités, sauf si vous la remettez en précommande avant la sortie.

Sur Google Play, le paiement est vérifié environ deux jours à l'avance

Google applique le même modèle de base avec une étape supplémentaire qui rogne discrètement votre liste. Un acheteur Google Play n'est pas non plus débité avant la date de sortie, mais Google vérifie son moyen de paiement environ deux jours avant la sortie. Si la carte est refusée à cette vérification, ou si l'acheteur a payé avec le Google Play balance et n'a pas assez de crédit au moment de la sortie de l'app, Google annule la précommande automatiquement. L'acheteur n'a rien fait de mal et l'apprend par une notification, et vous ne voyez jamais cette commande se convertir. Donc sur Google Play votre décompte de précommandes est rogné deux fois : une fois par tous ceux qui annulent d'eux-mêmes, et encore par les vérifications de paiement qui échouent juste avant le lancement.

Où les précommandes s'évaporent en silence

L'annulation gratuite dont personne n'a à vous avertir

La plus grande fuite est celle intégrée à la fonction. Un client qui précommande peut annuler à tout moment avant la date de sortie, depuis son compte, gratuitement, et sans jamais vous contacter. Il n'y a aucun remboursement à traiter car il n'y a pas eu de débit, et aucun signal ne vous est envoyé car il n'y a rien à signaler. La réservation est là un jour et partie le lendemain. Ce n'est pas un abus et ce n'est pas de la fraude amicale. C'est la précommande qui fonctionne exactement comme prévu, et cela signifie qu'une part inconnue de votre décompte est faite de gens qui ont changé d'avis et vous ont coûté un chiffre de vitrine plutôt qu'un dollar.

Les échecs de paiement sur la ligne d'arrivée

La deuxième fuite tombe au pire moment possible, juste à la sortie. Sur Google Play surtout, la vérification de paiement environ deux jours avant et le débit à la sortie éliminent ensemble toute précommande liée à une carte refusée ou à un solde insuffisant. Ce sont des gens qui voulaient vraiment acheter et qui ne convertissent quand même pas, parce que la carte enregistrée a expiré, a atteint une limite ou s'est retrouvée à court. Vous les avez comptés comme des clients jusqu'au bout du lancement, et ils décrochent dans les dernières heures sous forme d'annulations que vous ne pouvez pas contester et que vous n'avez pas provoquées.

Ce que l'écart vous coûte vraiment

Une précommande qui ne débite jamais n'est pas un remboursement. Rien n'est repris car rien n'a jamais été payé. Le coût est plus discret, et il apparaît dans les décisions que vous prenez sur la force d'un nombre plus mou qu'il n'en a l'air.

La capacité que vous provisionnez pour des acheteurs qui n'arrivent jamais

Le jour du lancement est celui où les apps s'effondrent, donc vous montez en charge pour lui. Vous ajoutez de la capacité serveur, relevez les limites de base de données et de stockage, préchauffez les caches, et budgétisez les appels au modèle ou le traitement des médias que votre app exécute par nouvel utilisateur. Si vous dimensionnez cette dépense sur le décompte brut des précommandes, vous provisionnez pour une foule qui sera plus petite de chaque annulation gratuite et de chaque paiement échoué. Le calcul que vous avez réservé, le stockage que vous avez alloué et le quota d'API tierce que vous avez préacheté sont de l'argent réel, dépensé que les précommandes derrière deviennent ou non des installations payantes. Dimensionner la capacité de lancement sur une fraction prudente du décompte, et non sur le décompte lui-même, fait la différence entre un lancement serré et un lancement coûteux.

Des récompenses que vous devez qu'ils paient ou non

La préinscription Google Play est un signal gratuit, pas un achat, et elle est souvent liée à des récompenses que vous promettez de distribuer au lancement : monnaie du jeu, objet exclusif, cosmétique. Ces récompenses vont à ceux qui installent quand l'app sort, et installer est gratuit. Donc la récompense est un coût que vous assumez pour une inscription qui ne porte aucun paiement et qui ne mènera peut-être jamais à un. La préinscription est une jauge de demande vraiment utile, mais traitez les récompenses comme un coût d'acquisition que vous payez d'avance pour de la portée, pas comme une facture que les utilisateurs préinscrits vont régler plus tard.

Une date de lancement qui glisse peut rembourser tout le carnet

Il y a un coût de plus, facile à manquer jusqu'à ce qu'il arrive. Sur Google Play, si votre article précommandé n'est pas disponible trois jours après sa date de sortie annoncée, Google annule la transaction et propose un remboursement à l'acheteur. Dépassez votre propre fenêtre de lancement de plus de trois jours et Google ne conserve pas vos précommandes pour vous, il les défait. Chaque précommande qui aurait été débitée le jour de sortie devient plutôt une commande annulée et une offre de remboursement, et vous reconstruisez votre carnet de précommandes à partir de zéro au moment précis où vous comptiez sur sa conversion.

La règle de prix qui peut baisser ce que paient vos précommandeurs

Les deux boutiques protègent l'acheteur sur le prix, et il vaut la peine de le comprendre avant de lancer une promotion de précommande. Sur l'App Store comme sur Google Play, un client de précommande est facturé le plus bas de deux nombres : le prix qu'il a vu quand il a réservé, et le prix à la date de sortie. Augmentez le prix entre la précommande et le lancement et vos clients de précommande paient toujours le prix plus bas qu'ils ont verrouillé. Baissez le prix pendant la période de précommande, disons pour susciter plus de réservations, et tous ceux qui ont déjà précommandé au prix plus élevé sont aussi facturés le nouveau, plus bas. La remise n'est pas seulement pour les nouvelles réservations que vous cherchez à attirer. Elle atteint chaque acheteur déjà sur la liste, ce qui est bien si vous l'aviez prévu et une entaille surprise dans votre chiffre d'affaires de lancement si vous ne l'aviez pas prévu.

Après le lancement, une précommande n'est qu'un achat normal

Les règles spéciales prennent fin dès que l'app est sortie. Une fois que la précommande est débitée et que l'app se télécharge, c'est un achat ordinaire et il suit le chemin de remboursement ordinaire. Sur Google Play cela veut dire que l'acheteur a la fenêtre standard de 48 heures dans laquelle Google peut accorder un remboursement complet de son propre chef, et après cela il vient vers vous. Sur l'App Store cela veut dire que l'acheteur demande un remboursement via Apple, et Apple décide. Donc une précommande ne donne à l'acheteur aucun droit de remboursement supplémentaire après le lancement, et elle ne vous donne aucune protection supplémentaire non plus. Tout ce que vous savez déjà sur les remboursements de chaque boutique s'applique à partir du jour de sortie, inchangé.

Au moment où une précommande est débitée à la sortie, elle devient un achat sur les mêmes App Store Server Notifications et Real-time Developer Notifications que RefundHalt lit déjà. Les réservations qui n'ont jamais débité ne laissent aucune trace sur ces flux, car aucun argent n'a jamais bougé. Ce qui apparaît, ce sont les remboursements et annulations qui suivent le lancement, donc surveiller ces flux vous dit ce que votre cohorte de précommandes vaut vraiment une fois la partie gratuite terminée et la partie payante commencée.

La version courte

Une précommande d'app est une réservation, pas une vente. Sur l'App Store et Google Play, l'acheteur ne paie rien jusqu'au lancement de l'app, peut annuler gratuitement d'ici là, et sur Google Play peut être auto-annulé par une vérification de paiement échouée environ deux jours avant la sortie. Les deux boutiques facturent le plus bas entre le prix de précommande et celui du jour de sortie, donc une remise en pleine précommande atteint tous ceux déjà sur la liste. Dépassez votre date de lancement Google Play de plus de trois jours et tout le carnet est annulé et remboursé. Comptez les précommandes comme de l'intérêt, projetez à partir d'une fraction prudente d'entre elles, et traitez le débit du jour de sortie comme le premier moment où une précommande vaut vraiment quelque chose.