Applications universelles : oui mais !
muqaddar
Administrateur
Vous avez déjà remarqué comme c'est plus difficile de vendre une application chère sur l'iPhone plutôt que sur l'iPad, même si le travail est le même... tout ça à cause de la taille de l'écran.
C'est une des raisons qui me pousse à faire 2 applications plutôt qu'une application universelle.
Autant on peut vendre une application 8€ sur l'iPad si elle le vaut, autant sur l'iPhone c'est presque impossible. Mêmes fonctionnalités, même travail. J'aimerai bien faire une application universelle à 10€ plutôt qu'une application iPhone à 5€ et une iPad à 8€. Ceux qui achètent les 2 seraient gagnants. Mais je sais que ceux qui n'ont que l'iPhone ne seraient pas prêts à mettre ce prix. Ceux qui ont l'iPad, oui, même s'ils n'ont pas d'iPhone.
Pour ma part, c'est un choix stratégique:
- financièrement (je n'ai testé que la solution bi-applications)
- techniquement (gérer une seule application est plus simple (iTunes Connect, pas de MAJ simultanée à faire...etc))
- techniquement bis (niveau code, changer les macros de compilation pour des conditions au niveau du runtime, quasiment le même travail pour ma part)
Voilà , je lance un petit débat là -dessus.
J'attends vos témoignages.
EDIT: je pense aussi que le grand public est incapable de voir la différence de travail sur une application à 50 "écrans" sur l'iPhone par rapport à une à "5 écrans".
C'est une des raisons qui me pousse à faire 2 applications plutôt qu'une application universelle.
Autant on peut vendre une application 8€ sur l'iPad si elle le vaut, autant sur l'iPhone c'est presque impossible. Mêmes fonctionnalités, même travail. J'aimerai bien faire une application universelle à 10€ plutôt qu'une application iPhone à 5€ et une iPad à 8€. Ceux qui achètent les 2 seraient gagnants. Mais je sais que ceux qui n'ont que l'iPhone ne seraient pas prêts à mettre ce prix. Ceux qui ont l'iPad, oui, même s'ils n'ont pas d'iPhone.
Pour ma part, c'est un choix stratégique:
- financièrement (je n'ai testé que la solution bi-applications)
- techniquement (gérer une seule application est plus simple (iTunes Connect, pas de MAJ simultanée à faire...etc))
- techniquement bis (niveau code, changer les macros de compilation pour des conditions au niveau du runtime, quasiment le même travail pour ma part)
Voilà , je lance un petit débat là -dessus.
J'attends vos témoignages.
EDIT: je pense aussi que le grand public est incapable de voir la différence de travail sur une application à 50 "écrans" sur l'iPhone par rapport à une à "5 écrans".
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Tu as raison pour l'écran, je me vois mal utiliser une application avec 50 "écrans" sur Iphone, trop lourd !
C'est minimum Ipad, ou Mac.
ça, ça dépend. C'est une question d'ergonomie aussi.
Une application iPad doit être la version Gold de la version iPhone, du moins en apparence. Le grand public ne comprendra jamais la charge de travail occasionnée par un "simple" changement d'interface.
Bien justement, le fait que l'écran soit plus grand justifie un prix différent pour la majorité des gens... En fait, là où je voulais en venir, c'est qu'on est presque obligé de tricher en augmentant le prix de la version iPad pour rattraper le manque à gagner avec la version iPhone... et ce, même avec des fonctions identiques. "Parce qu'une application iPhone ne doit pas être chère parce qu'un téléphone c'est tout petit."
-dès le départ, il y a eu un accord "tacite" pour ne pas trop sacrifier les prix sur l'iPad. Et, dès le lancement il y a eu des apps de qualité dont le prix était justifié sur l'iPad.
-Sur l'iPhone, c'est le contraire. Au départ les apps était simple, elles ne faisaient qu'une seule chose. Quand des apps plus riches sont arrivées il a été difficile d'augmenter les prix.
L'idéal serait qu'on est une regle tacite du type 10 € pour avoir une compatibilité iPhone+iPad donc :
soit une app universelle à 10€ si la présence iPad+iPhone se justifie (ex iVinocella)
Soit une app sur chaque avec une reparition qui varie en fonction des fonctionnalités.
5€+5€ si les fonctions sont les memes (iDesserts ?).
7€+3€ si la version iPhone est plus light.
Pour ma part, je bosse sur une application iPhone à 0,79 € avec des fonctions de base, et une version Pro à 5 €. Je verrais ensuite pour une version iPad à 1,99 € et une version iPad PRO dans les 7 €.
Ils croient avoir un super soft qui fait tout et juste après comprennent qu'ils doivent acheter les fameux modules.
J'ai lu récemment que les gens achetaient de plus en plus in-app voir si j'ai bien lu, plus facilement qu'une application sur l'app-store.
Acheter une fonctionnalité n'a rien à voir dans l'idée avec acheter un niveau de jeu supplémentaire.
Non, ta remarque était bien vue. /wink.png' class='bbc_emoticon' alt=';)' />
J'ai pas lu de stats sur tout ça.
Je préfère vendre une appli complète plus chère qu'une appli gratuite ou peu chère qu'on peut "transformer" en bête de course.
Je trouve cela plus clair et plus honnête/facile à comprendre pour l'acheteur.
Chacun ses choix. Personnellement si je venais a vendre des application en achat - in app je diffuserais cette app gratuitement.
Apres... Chacun ses choix. Mais au dessus de 0.79cts une app qui n'est pas complète... Je trouve ca tres moyen.
Bonsoir,
Ca dépend de l'app.
Dans la dernière version d'iPocket Draw, j'ai une nouvelle fonctionnalité (lecture des fichiers DXF) qui est importante mais qui peut ne pas intéresser tous les utilisateurs.
J'ai longtemps hésité entre un achat in-App pour cette fonction ou bien pas d'achat in-App mais augmentation du prix.
Et en fait ce qui m'a décidé pour la seconde solution est seulement le fait que l'achat in-App m'a semblé compliqué et contraignant.
Sinon, j'aurais conservé le prix de base à 8 € et un achat in-App à 2 € pour la lecture des DXF.
Au lieu de cela, j'ai passé le prix à 10 € et les anciens utilisateurs ont la lecture des DXF gratuitement.
j'ai jamais fais ca. Je découvre Cocoa tout doucement. J'en suis a peine a CoreData ou j'ai un peu de mal dessus, je pense que c'est un cap a passé apres ca ira mieux...
Cela n'a pas l'air si compliqué que ça, Eric :
http://www.ipup.fr/page.php?id=627
C'est cela qui m'avait paru très contraignant mais peut-être n'est-ce pas nécessaire.
Si certains ont mis des in-App dans leur app peuvent en dire plus...
Je regarderai à nouveau pour la prochaine grosse mise à jour.