Question

Apple ne propose pas de codes promotionnels pour les achats in-app. Quelle est la meilleure façon de permettre aux utilisateurs d'essayer les caractéristiques ou le contenu déverrouillées par les achats en application gratuitement, tout en respectant les lignes directrices pour les développeurs d'Apple?

L'idée est de permettre à un ensemble spécial d'utilisateurs (critiques, les fans clés, etc.) pour accéder au contenu ou fonctionnalités offertes comme dans l'application des achats sans payer.

Exemples d'applications qui ont travaillé autour de cette limitation serait très apprécié.

Était-ce utile?

La solution

Vous pouvez soumettre une version de votre application qui a toutes les fonctionnalités déverrouillées par défaut.

applications soumises ont une date de publication que vous pouvez définir lorsque vous soumettez (et je crois que vous pouvez changer cela à la volée, ainsi), vous pouvez simplement empêcher l'application d'être publiée dans l'App Store, mais toujours en mesure de donner de promotion codes pour elle.

  

codes promo applicables à une version spécifique application, donc lorsque les utilisateurs rachètent des codes promo pour une version d'une application qui n'a pas encore été rendu public, ils téléchargent la version précommerciale.

Source

Autres conseils

Quelque chose comme shareware? Une application qui a un sous-ensemble de fonctionnalités permis jusqu'à l'achat en application? Apple permet maintenant.

A titre d'exemple. Nous avons un jeu de puzzle, qui a 12 niveaux de difficulté. 4 ou 5 d'entre eux sont disponibles gratuitement et d'autres sont déverrouillées après l'achat-app.

Je travaille sur maintenant.

Ce que je fais est que je produis un code aléatoire / guid et stocker que sur le DB de mon webService. Ensuite, donner ce code à qui vous voulez. Ils entrent dans ce code et il appelle le service Web en passant le code, et le dispositif UDID. Webservice retourne un autre code indiquant si ce promocode était valide. Si elle est valide alors l'application ajoutera que l'achat à NSUserDefaults ou Core Data (mais vous garder une trace des achats).

Si vous ne disposez pas d'un problème sur le serveur et en cours d'exécution (dire que le contenu est déjà dans le paquet d'applications) et vous ne voulez pas un serveur, il faudrait vous faire un algorithme pour générer des clés que votre application valide des. Cependant cela est beaucoup moins robuste. L'utilisation d'un service Web vous permet d'éviter une clé de travail d'être répartis entre tous les utilisateurs, comme vous pouvez lier le code 1 promo à 1 appareil.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top