Difficultés à calculer les revenus des abonnements auto-renouvelables dans les applications iOS

image


Salut, c'est Renat d' Apphud . Si vous avez une application avec des abonnements renouvelables automatiquement ou si vous allez publier votre première application avec des abonnements, tôt ou tard, vous serez confronté à la question de savoir comment transférer correctement les revenus des abonnements vers vos analyses. Parlons-en.


Pourquoi dois-je prendre en compte les revenus des ventes d'abonnements?


Les revenus d'abonnement doivent être pris en compte afin de les envoyer aux systèmes d'analyse et d'attribution de produits qui ne savent pas comment procéder: Amplitude, Mixpanel, AppsFlyer, Branch, Adjust. Votre serveur vous sera utile pour suivre les événements d'abonnement: conversions, renouvellements, annulations - et les envoyer à vos analyses. Malheureusement, tous les analystes de produits ne prennent pas en charge l'API de serveur à serveur. Par exemple, Firebase ou Flurry. Ils n'ont pas d'API pour envoyer des événements à partir de leur serveur et ne prennent pas en charge le suivi des abonnements. Comme ils disent, ils ne le font pas eux-mêmes et ne donnent pas aux autres.


Dans cet article, je vais vous dire quelles difficultés vous pouvez rencontrer si vous décidez de le faire vous-même.


Les analyses d'abonnement à l'App Store Connect ne comprennent pas


En général, les analyses dans l'App Store Connect ne sont pas du tout des analyses. Vous ne pouvez voir que la vue d'ensemble: conversions, nombre d'événements et rétention. Apple ne prétend même pas être un concurrent à part entière des analystes de produits. L'App Store Connect est primitif:


  • Vous ne pouvez pas associer de données aux utilisateurs et aux sources de trafic.
  • vous ne pouvez pas créer vos propres entonnoirs et graphiques;
  • les données sont mises à jour une fois par jour.

image
Présentation de l'abonnement à l'App Store Connect


Pourquoi envoyer des revenus d'abonnement à partir d'un appareil iOS est une mauvaise idée


Le problème principal est que vous ne pouvez pas envoyer d'événements d'abonnement lorsque l'application n'est pas en cours d'exécution. Les fonds sont débités au début de chaque période de souscription, et on ne sait pas quand l'utilisateur lancera l'application. Cela peut arriver en une journée, en une semaine ou jamais. Dans ce dernier cas, rien ne sera envoyé.


Types d'événements


À première vue, seuls deux événements suffisent: le début du procès et l'annulation des fonds. En fait, il y a de nombreux événements et ils se produisent souvent. Vous pouvez composer un ensemble de 5 événements, ou vous pouvez à partir de 20. Tout dépend de vos besoins.


Voici un exemple d'ensemble d'événements liés à l'abonnement.


Renouvellements
Extension régulière, activation d'essai, enregistrement d'une offre de lancement et promotionnelle (gratuite et payante).


Conversion d'abonnement régulière
Conversion d'offres promotionnelles d'essai, d'introduction et payantes (gratuites et payantes).


Expiration
expiration d'un abonnement régulier, expiration d'un essai, expiration d'une offre de lancement payante, expiration d'une offre promotionnelle gratuite, expiration d'une offre promotionnelle payante


Retours
remboursement d'un abonnement régulier, remboursement d'une offre de lancement payante, remboursement d'une offre promotionnelle payante


Autres événements
activer le renouvellement, désactiver le renouvellement, transition vers la période de grâce, mettre à niveau l'abonnement


Pas mal d'événements, non? Apphud suit 19 types d' événements. Vous pouvez donner à chaque événement son propre nom et combiner certains débits sous un seul événement.


Les défis de la tarification


La plus grande difficulté est que le chèque Apple n'indique pas le montant débité. Peut-être qu'Apple l'ajoutera un jour au chèque, mais jusqu'à présent, nous devons gérer manuellement les situations suivantes.


Changement de prix


Lorsqu'il augmente le coût de l'abonnement, le développeur peut indiquer s'il convient d'appliquer de nouveaux prix pour les nouveaux abonnés. Si vous choisissez de postuler , alors tout est simple. L'abonnement expire simplement si l'utilisateur a refusé d'augmenter le prix. Et si vous choisissez de ne pas postuler , alors pour les anciens abonnés, il est nécessaire d'utiliser les prix auxquels ils ont initialement souscrit. StoreKit ne renvoie pas d'informations sur le prix auquel l'utilisateur s'est abonné, vous devez donc stocker le prix pour chaque utilisateur quelque part.


Modification de l'abonnement


En s'abonnant, l'utilisateur lui-même peut modifier sa durée et son prix dans les paramètres d'abonnement de l'application App Store. Vous devez vérifier l'identifiant du produit lors du renouvellement de l'abonnement et obtenir le prix qui lui correspond. Il existe trois types de modifications d'abonnement: rétrogradation, cross-grade et mise à niveau. À ce sujet, nous avons écrit un article séparé sur Habr , vous pouvez également lire la documentation officielle ici .


Retourner la partie d'abonnement inutilisée


Oui, ça arrive. Pour les notes croisées et les mises à niveau d'abonnement, la partie payante inutilisée est retournée à l'utilisateur et le coût du nouvel abonnement est immédiatement facturé.


image
Un exemple d'un utilisateur dans Apphud qui a changé d'abonnement avec le retour d'une portion inutilisée


Différents prix pour différents pays


Dans l'App Store, Connect peut créer des prix différents pour un abonnement pour différents pays. Par conséquent, vous devez enregistrer les prix pour chaque pays séparément et utiliser le prix correspondant au pays de l'utilisateur.


Différentes devises


Tous les analystes de produits ne prennent pas en charge la conversion de devises. Il est nécessaire de convertir les prix dans la devise de base (par exemple, USD) et de ne l'utiliser que partout. Chez Apphud, nous mettons régulièrement à jour les taux de change en utilisant les taux de change ouverts .


Commission Apple


La commission Apple est de 30%. Mais après un an d'utilisation de l'abonnement, la commission d'Apple est réduite à 15%. Une nuance importante: les interruptions de l'abonnement de plus de 60 jours réinitialisent la date d'utilisation continue.


La phrase introductive n'est pas nécessairement introductive


Cela signifie que les offres d'essai et d'introduction payantes peuvent être non seulement au début de l'abonnement, mais peuvent également être émises lors du retour à l'abonnement, si l'utilisateur n'a pas établi l'offre d'introduction auparavant.


Prix ​​de l'offre de lancement


Il est nécessaire de stocker les prix et le type d'offres de lancement pour chaque pays sur le serveur: essai, prépaiement ou paiement tel qu'utilisé. En savoir plus sur les phrases d'introduction ici .


Offres promotionnelles


Les offres promotionnelles peuvent alterner et se remplacer, car elles peuvent être utilisées un nombre illimité de fois. Il est nécessaire de stocker non seulement le prix de l'abonnement principal, mais également les prix de toutes les offres promotionnelles pour chaque pays. En savoir plus sur les offres promotionnelles ici .


image
Un exemple d'un utilisateur d'Apphud qui s'est inscrit avec une offre de lancement et a ensuite profité d'une offre promotionnelle.


Retours


Il est nécessaire de calculer les transactions pour lesquelles le retour a été effectué et d'envoyer des montants négatifs aux analystes.


Détermination de l'ID utilisateur lors du démarrage à partir d'un autre appareil.


L'utilisateur peut démarrer l'application à partir d'un autre appareil. Il est important de déterminer correctement l'ID utilisateur sous lequel envoyer les données à l'analyse. Dans certains cas, vous devrez combiner des utilisateurs sur le serveur. Les renouvellements doivent être envoyés en utilisant l'ID utilisateur correct.


Stockage des chèques utilisateur et contrôle planifié


Enfin, vous devez enregistrer les chèques des utilisateurs et les vérifier avant la date d'expiration prévue et pour les événements qu'Apple envoie dans ses notifications.


Intégrations dans Apphud


L'une des fonctions d'Apphud est l'intégration, qui permet d'envoyer des événements d'abonnement aux analyses de produits via notre serveur.


Intégrations d'analyste produit


Pour activer l'intégration avec Amplitude ou Mixpanel , vous devez ajouter une clé API dans les paramètres Apphud.


Après avoir ajouté l'intégration à vos analyses, des événements en temps réel viendront. Vous pouvez trouver l'ARPU, le MRR, les taux de conversion d'essai, les désabonnements, etc. Et, bien sûr, associer tout cela à vos propres événements dans l'application. De plus, des indicateurs pour chaque utilisateur seront à votre disposition: le montant dépensé par lui, le nombre de transactions et autres.


image
Exemple d'utilisateur dans Mixpanel après avoir ajouté l'intégration dans Apphud


Intégration avec les systèmes d'attribution


Si vous faites la promotion de votre application ou envisagez de le faire, l'intégration d'Apphud à AppsFlyer ou à Branch vous aidera à suivre l'efficacité de vos campagnes publicitaires. Vous pouvez comparer les canaux de trafic par le revenu total des abonnements et d'autres mesures.


image
Revenus d'abonnement de différents canaux de trafic dans la succursale


Intégrations avec les messageries instantanées


Vous pouvez également recevoir des informations sur les nouveaux essais ou les renouvellements en temps réel dans Slack ou Telegram . L'intégration ne prendra pas plus d'une minute.


Conclusion


Il est difficile de calculer vous-même les revenus exacts des abonnements. En plus d'avoir votre propre serveur, vous devrez calculer correctement le montant facturé. Pour la mise en œuvre, vous consacrerez beaucoup de temps et de ressources qui valent la peine à l'amélioration du produit. Apphud vous aidera à calculer correctement les revenus des abonnements et à les envoyer à vos analyses.

Source: https://habr.com/ru/post/fr474440/


All Articles