J'ai une application que j'allais publier en tant que version gratuite (légère) avec une partie des fonctionnalités totales et une version payante complète avec avancé fonctionnalité. Maintenant, avec l'achat in-app pour les applications gratuites, je pense à aller dans cette voie avec la possibilité de débloquer des fonctionnalités au besoin. Je ne parle pas d'une version d'essai qui expire. Je veux que les gens puissent essayer l'application et avoir une idée de l'interface et de la fonctionnalité avant de décider d'acheter toutes les fonctionnalités de chaque section majeure de l'application.Utilisation de l'application pour débloquer des fonctionnalités ou utilisation de versions d'applications gratuites et payantes pour iPhone
Voici une analogie de ce que serait mon application. Disons que vous avez une application de cuisine qui vous apprend à cuisiner dans des styles différents. Il pourrait y avoir une section importante pour le français, l'italien et le chinois. Chaque section pourrait avoir des rudiments débloqués dans l'application gratuite afin que les utilisateurs puissent voir l'interface utilisateur et les bases de la fonctionnalité. Ensuite, l'utilisateur peut décider d'acheter chaque section principale (ou non) individuellement avec l'achat intégré ou acheter l'application complète avec version (avec le modèle gratuit/payant).
Une préoccupation que j'ai avec l'offre d'une application gratuite avec achat in-app serait avec des commentaires. Je serais très clair dans ma description dans l'App Store qu'il ya un achat dans l'application pour les fonctionnalités complètes, mais je suis inquiet que les utilisateurs moins sérieux pourraient/laisseraient des commentaires négatifs. Je suppose que c'est toujours un risque mais curieux de toute expérience avec cela.
Il semble également que ce soit plus complexe de garder une trace des parties de l'application qui sont verrouillées et déverrouillées avec l'achat intégré. Je sais que je devrais avoir tout le code pour la fonctionnalité complète et "verrouiller" les parties qui n'ont pas été achetées. Comment les gens verrouillent généralement des parties de leur code? Je ne parle pas du processus d'achat (j'ai lu le Guide de programmation d'achats In App) mais après que l'achat a été fait. Est-ce que je garderais juste la trace de ce que l'utilisateur a acheté et placerais les conditions sur les sections qui sont initialement verrouillées? Ou y a-t-il un autre moyen de le faire aussi?
Mon instinct est pour l'achat in-app (en particulier puisque les utilisateurs peuvent acheter les sections principales qu'ils veulent individuellement).
Avec tout ce que vous avez dit ici, je comprends qu'Apple pousse la méthode du contenu gratuit à débloquer à l'ancienne. –
Il est beaucoup plus facile pour eux de gérer, je suppose. Je pense aussi que cela a plus de sens sur le plan conceptuel. Il est plus proche du paradigme shareware des applications PC que beaucoup de gens connaissent. –
Je viens de voir trop sur les commentaires sur les applications gratuites vs payantes, mais mon intuition à propos de la rétroaction est ce que Ben S a dit. Merci pour les informations sur le verrouillage/déverrouillage. C'est totalement faisable. Je ne voulais tout simplement pas avoir un moment de "doudoune" à découvrir qu'il y avait une autre façon que la plupart des gens ont fait. – yabada