20

Publier sur l’App Store

La publication sur l’App Store est la dernière étape pour vous… mais la première apparition publique pour votre application.
C’est le moment de préparer les éléments marketing qui feront le premier lien entre vos futurs utilisateurs et votre application ; c’est aussi le moment de s’assurer que tout a bien été fait. En effet, une fois la soumission effectuée, il n’est plus possible de retoucher votre application – sauf à recommencer l’ensemble du processus de validation.

Dans ce chapitre, nous aborderons tous les aspects de la publication, depuis la description détaillée de l’ensemble des éléments à fournir lors de la soumission jusqu’à la liste des vérifications à effectuer avant l’envoi de l’application à Apple, sans omettre, bien sûr, de précieux conseils de lancement directement issus d’une expérience riche en publications.

Préparer les éléments marketing en vue de la publication

C’est au moment de la soumission que vous fournissez tous les éléments qui représentent votre application dans l’App Store sur un appareil et dans iTunes. Du nom de l’application aux captures d’écran, en passant par l’icône de votre application, il faut porter autant d’attention à la préparation de ces éléments qu’à votre application elle-même.

Pour cela, vous devez aller dans la section iTunes Connect de votre interface Developer et choisir Add New App.

Le premier écran vous demande de saisir :

• le nom de votre application ;

• le SKU (Serial Key Unit), un numéro de série (qui n’a rien à voir avec le numéro de version de votre application) ;

• le certificat de distribution qui sera associé à votre application.

Figure 20–1 Premier écran pour ajouter votre application

L’écran suivant demande différentes informations de diffusion et de prix :

• La date de mise en vente désirée sur l’App Store. N’oubliez pas qu’il faut compter une dizaine de jours pour que votre application soit validée par Apple. Vous pouvez mettre une date assez lointaine pour préparer une campagne publicitaire dans des journaux ou sur des sites web, qui coïncidera avec la date de mise en vente.

• La catégorie de prix (appelée tier). Votre application peut être gratuite (free) ou appartenir à l’une des 85 catégories de prix s’échelonnant de 0,79 à 799,99 €.

• La possibilité d’effectuer une remise pour des entreprises éducatives.

• Custom B2B application limite la vente d’une application à un pays particulier (voir http://vpp.itunes.apple.com/faq pour plus d’informations sur ce programme).

• Vous pouvez choisir les pays possédant un App Store qui publieront votre application.

L’écran suivant vous demande de remplir les informations habituelles, comme le numéro de version, le descriptif de votre application, etc.

Vous devez fournir un e-mail de contact et l’adresse d’un site web où votre application est référencée et éventuellement documentée sur le Web.

La section suivante correspond à l’âge requis pour votre application. Les trois dernières rubriques sont éliminatoires et votre application ne sera pas acceptée.

Figure 20–2 Informations de diffusion et de prix

Dans notre exemple, le simple fait d’avoir sélectionné une violence modérée sur des personnages animés (taper sur une taupe à l’écran, par exemple) a fait passer l’âge requis de 4 ans et plus à 9 ans et plus.

Figure 20–3 L’écran d’ajout d’une application dans iTunes Connect : numéro de version

Figure 20–4 L’écran d’ajout d’une application dans iTunes Connect : âge requis

Vous pouvez transmettre à Apple vos conditions d’utilisation. Si vous n’en communiquez pas, les EULA d’Apple seront automatiquement appliquées.

Il vous faut fournir un descriptif de votre application, quelques mots-clés améliorant la recherche sur l’AppStore et une URL de contact pour aide, puis le nom, le prénom, l’adresse électronique et le numéro de téléphone de la personne en charge de l’application.

Figure 20–5 Description et mots-clés pour la recherche

Figure 20–6 Coordonnées de la personne en charge de l’application

Vous devez fournir une image de 512 × 512 pixels et quelques captures d’écran relatives à votre application.

Figure 20–7 Images à fournir à Apple

Nom de société et langue principale

La première fois que vous soumettez une application via iTunes Connect, vous devez choisir un nom (celui de votre société ou le vôtre) qui apparaîtra sous le nom de votre application dans l’App Store et dans iTunes. Choisissez-le bien, car vous ne pourrez plus le modifier par la suite et ce sera le même pour toutes vos applications.

Vous devez également choisir une langue principale qui est celle dans laquelle vous fournirez les informations sur vos applications. Pour un éditeur français distribuant des applications francophones, ce sera certainement le français.

Nous verrons plus tard qu’il est possible de fournir des informations dans d’autres langues. Si ces informations n’ont pas été transmises dans la langue de l’utilisateur, il verra les informations dans la langue par défaut. Un éditeur distribuant des applications pour le monde entier voudra donc probablement choisir l’anglais comme langue par défaut.

Le nom de l’application

C’est le nom qui apparaîtra dans l’App Store et dans iTunes. Sa taille est limitée à 255 caractères. Il ne doit pas contenir le numéro de version ni de marque dont vous ne détenez pas les droits (il est donc interdit d’inclure les mots « iPhone », « iPad » et « iPod » dans le nom de votre application).

Ce nom peut être différent de celui qui apparaîtra sur le menu de l’iPhone. Il est donc possible d’utiliser un peu plus de place. Néanmoins, il vaut mieux garder un nom très proche pour que vos utilisateurs retrouvent facilement l’application dans leurs icônes et partagent votre application avec des amis.

RAPPEL Choisissez le nom qui apparaîtra dans le menu de l’appareil

Le nom qui apparaît dans le menu de l’appareil est celui défini dans le fichier Info.plist de votre application.

Description de l’application

La description de l’application est un texte libre à saisir. Il est limité à 4 000 caractères, mais Apple recommande de ne pas dépasser 700 caractères pour que le texte reste facilement lisible sur votre appareil.

Vous ne pouvez saisir que du texte, sans formatage (les tags HTML sont automatiquement retirés).

SKU : référence de l’application

Vous devez fournir un identifiant numérique unique qui servira à identifier cette application dans les rapports financiers Apple. Il ne sera donc pas vu des utilisateurs. Les nombres 1 ou 42 feront parfaitement l’affaire.

Catégorie de l’application

Vous devez choisir à quelle catégorie appartient votre application. Les utilisateurs peuvent en effet rechercher les applications par catégories dans l’App Store.

Figure 20–8 Vous pouvez choisir une ou deux catégories pour votre application

Il est possible de choisir une catégorie secondaire. L’application apparaîtra lorsqu’un utilisateur lancera une recherche sur cette catégorie, mais pas dans les pages de cette catégorie.

Numéro de version de l’application

Le numéro de version est une chaîne de caractères du type 1.0 ou 1.0.0.

Détenteur des copyrights

Vous devez indiquer le nom de la personne ou de la société qui détient les droits sur l’application, ainsi que l’année de création de l’application (c’est le mécanisme anglosaxon de droits d’auteur), par exemple : 2009, Worldwide Company.

Mots-clés

Décrivez votre application par une liste de mots-clés. Cette dernière sera utilisée par le moteur de recherche de l’App Store.

Informations de contact

Vous devez indiquer une URL qui pointe vers une page web dédiée à l’application ou à la marque de l’application, ainsi que l’URL d’une page fournissant une assistance ou une documentation pour votre application. Ce peut être la même URL.

Enfin, Apple vous demande une adresse e-mail pour vous contacter afin d’obtenir de l’aide sur l’application (en particulier dans le cas où Apple recevrait beaucoup de demandes sur son centre d’assistance technique). Cette adresse e-mail n’est jamais communiquée aux utilisateurs de votre application.

Informations de démonstration (Demo account)

Si votre application permet à un utilisateur de se connecter avec un compte, vous devez fournir à Apple un compte de test grâce auquel les équipes en charge de la revue des applications testeront toutes les fonctionnalités de l’application.

Contrat de licence

Vous pouvez fournir votre propre contrat de licence avec votre application. Si vous le faites, il doit être compatible avec celui d’Apple et contenir certaines clauses imposées par Apple. Vous trouverez plus d’informations à ce sujet dans le guide développeur iTunes Connect.

Niveau de contrôle parental de l’application (Ratings)

Un niveau de contrôle parental vous est automatiquement proposé sur la base de quelques questions du type « Est-ce que votre application contient de la violence ? Pas du tout/Un peu/Souvent ».

CONSEIL Soyez plus que rigoureux en répondant à ces questions

Depuis la mise en place du système de contrôle parental pour toutes les applications (avec l’arrivée de l’iPhone OS 3.0), de nombreuses applications ont été rejetées parce que les développeurs avaient indiqué un niveau de contrôle parental très bas alors qu’Apple a réussi à trouver dans l’application des contenus « offensants ».

En particulier, il semble que toutes les applications qui reprennent des flux d’actualités ou des contenus web sont systématiquement rejetées si elles ne sont pas au moins en 9+ ou 12+.

Pour de nombreux développeurs, il vaut mieux viser haut et indiquer 12+ ou 17+ plutôt que de risquer un rejet de l’application qui nécessite un nouveau cycle complet de validation.

Pays de distribution

Vous pouvez choisir les App Store dans lesquels vous souhaitez vendre votre application. Il est ainsi possible de limiter une application à un ou plusieurs pays.

CONSEIL Visez large

Le fait que votre application soit uniquement en français ne signifie pas qu’elle n’intéressera personne à l’étranger. Il y a de nombreux Français expatriés et encore plus de francophones dans le monde.

N’oubliez pas que le compte iTunes est rattaché à un pays en fonction de l’adresse de résidence de l’utilisateur et du pays de sa banque, pas en fonction de sa langue ou de sa culture.

Éléments graphiques

Durant le processus de soumission, vous devrez fournir plusieurs éléments graphiques.

Icône de l’application

L’icône de votre application doit être fournie en haute résolution. Le format attendu par Apple est une image au format TIFF ou PNG, de 512 × 512 pixels avec une résolution de 72 dpi.

Cette image vient en plus des images déjà fournies dans le paquet de votre application (qui, elles, doivent faire 57 × 57 en PNG 24 bits) ; elle est utilisée dans l’iTunes App Store (où une image de 57 × 57 ne serait pas suffisamment détaillée).

RAPPEL La propriété UIPrerenderedIcon

Par défaut, iOS et l’App Store ajoutent automatiquement les bords arrondis et l’effet de brillant sur les icônes. Si vous souhaitez fournir une image qui ne soit pas retouchée, vous pouvez ajouter la propriété UIPrerenderedIcon avec la valeur booléenne vraie dans le fichier Info.plist de votre application.

Captures d’écran de l’application

Si vous le souhaitez, fournissez 1 à 5 captures d’écran pour votre application. Apple demande à ce que la barre de statut soit retirée des captures d’écran.

À moins que vos applications soient des jeux ou des applications plein écran, sans barre de statut, vos captures devraient donc faire 320 × 460 pixels (mode portrait) ou 480 × 300 pixels (mode paysage).

ASTUCE Prenez des captures d’écran avec votre appareil

Il est extrêmement facile de faire des captures d’écran d’une application iOS ou iPad. Il suffit d’appuyer simultanément sur les boutons Home et Power de l’iPhone. Les captures sont enregistrées dans les photos de l’appareil et peuvent être transférées avec iTunes.

Date de disponibilité de l’application

Votre application ne sera pas visible sur l’App Store avant cette date. Il est donc possible (et très fortement recommandé) de soumettre une application très en avance et de la laisser cachée jusqu’à sa vraie date de lancement. C’est d’ailleurs le seul moyen de maîtriser la date à laquelle elle apparaîtra sur l’App Store.

L’application ne sera de toute façon pas visible tant qu’elle n’aura pas été approuvée. Vous pouvez indiquer la date de la soumission comme date de disponibilité pour que l’application soit disponible dès qu’elle aura été validée.

CONSEIL La modification de cette date est possible à tout moment

Cette date est modifiable à tout moment. Vous pouvez donc indiquer une date lointaine et attendre que l’application soit validée pour la ramener à une échéance plus proche.

Il est ainsi possible d’accompagner la publication sur l’App Store d’une campagne de communication (bannières, articles sur les blogs, etc.).

Prix de l’application

Vous ne définissez pas directement le prix de l’application mais une catégorie. Chaque catégorie a une valeur dans tous les App Store. Ainsi, les applications de la catégorie 1 sont vendues 0,99 $ aux États-Unis et 0,79 € en Europe.

Au moment de remplir ces informations, vous verrez le reversement net (après déduction des taxes applicables dans chaque pays) qui vous sera versé en fonction du prix de vente.

RAPPEL Anticipez la mise en place du contrat de vente Apple

Pour vendre des applications sur l’App Store, il faut avoir signé et renvoyé à Apple un contrat spécifique (en plus des documents fournis lors de l’inscription au programme développeur) ainsi qu’un RIB pour permettre à Apple de vous verser vos gains.

Vous devez entreprendre ces démarches bien avant la soumission car elles peuvent facilement prendre deux ou trois semaines ; même une fois validée par Apple, votre application n’apparaîtra pas dans l’App Store si ces éléments n’ont pas été reçus et vérifiés.

Localisation de votre application

Si vous le souhaitez, fournissez les éléments marketing en plusieurs langues. Il est ainsi possible de préciser des éléments spécifiques pour chaque langue.

Les éléments suivants peuvent être renseignés pour chaque langue :

• le nom de l’application ;

• la description de l’application ;

• les mots-clés associés à l’application ;

• les deux URL de l’application ainsi que l’adresse e-mail d’assistance ;

• les cinq captures d’écran.

REMARQUE Localisation de l’application

Bien que nous n’ayons pas abordé ce sujet, la localisation d’application est grandement facilitée par les API Cocoa. Elles aident à fournir une seule application contenant plusieurs langues, et à ce que la langue soit choisie automatiquement en fonction des préférences de l’utilisateur.

Éléments techniques et dernières vérifications

L’application est transmise à Apple sous la forme d’un fichier ZIP contenant le paquet de votre application, signé avec une clé de distribution.

Fournir l’application à Apple

La préparation de la clé de distribution est très similaire à la création d’une clé développeur que nous avons vue dans le premier chapitre de ce livre. Elle est abondamment documentée dans le portail développeur.

Vous devez créer un profil de compilation dédié à la distribution et signer l’application avec la clé de distribution en utilisant un fichier de provisionnement dédié. L’application ainsi compilée ne peut pas être installée sur un appareil tant qu’elle n’est pas passée par Apple.

Dernières vérifications techniques

Avant d’appuyer sur le bouton pour compiler l’application qui sera ensuite téléchargée par des millions de personnes et vous rendra célèbre, il est utile de prendre le temps de faire quelques vérifications.

Mode de compilation et niveau de log

L’application soumise à Apple devrait toujours être compilée en mode Release ce qui signifie que les symboles de débogage sont supprimés et que l’application est ainsi plus légère.

Si vous utilisez la console pour afficher des informations (via la fonction NSLog ou autre), vous devez absolument réduire au maximum les informations affichées sur la console. En effet, elles ne seront jamais vues par les utilisateurs et ne vous serviront plus à déboguer l’application ; en revanche, elles ont un effet très important sur les performances. Il faut en particulier éviter les boucles qui impriment une ligne pour chaque passage dans la boucle, les messages de débogage dans les parseurs XML, etc.

Vérifier le contenu du paquet applicatif

Vous avez abondamment testé l’application et vous êtes donc certain qu’elle contient tous les éléments nécessaires à son bon fonctionnement. Il est important de vérifier aussi qu’elle n’en contient pas trop.

Avez-vous pensé à supprimer toutes les ressources qui ne sont plus utilisées ? Êtes-vous sûr que les fichiers de votre gestionnaire de sources (les répertoires .svn, par exemple) n’ont pas été compressés avec votre application ?

Il est très facile d’explorer le contenu de l’application (Ctrl+clic sur l’application puis Afficher le contenu du paquet) ; prenez le temps de vérifier qu’il n’y a pas de superflu.

Respect de la charte graphique Apple

Apple est extrêmement vigilant quant au respect des règles du guide ergonomique et à la bonne utilisation des éléments standards.

Faites en particulier très attention, lorsque vous utilisez des icônes ou des boutons fournis par le SDK, à bien les utiliser dans le contexte prévu par Apple. Le non-respect des règles ergonomiques entraîne le rejet systématique de l’application.

Messages d’erreurs réseau

Avez-vous testé votre application dans un tunnel ? Que se passe-t-il si elle n’obtient pas de réponse réseau ? Avez-vous géré proprement ces types d’erreurs ?

Les équipes Apple vont vérifier ce cas et si vous voulez éviter que l’application ne soit rejetée, il faut absolument prendre le temps d’ajouter des messages d’erreurs expliquant à l’utilisateur ce qui ne va pas en lui indiquant éventuellement qu’avoir une connexion réseau est un prérequis pour utiliser l’application.

ASTUCE Tests de l’application sans réseau

Il n’est pas toujours facile de trouver un tunnel dans lequel aucun réseau ne passe. Heureusement, vous pouvez tester le fonctionnement sans réseau de votre application en activant simplement le mode avion dans les préférences.

Conserver le fichier de symbole

Lors de la compilation, Xcode produit un paquet applicatif (le .app) et un fichier de symboles (avec l’extension .app.dsym).

Vous devez conserver précieusement le fichier de symboles correspondant à la version de l’application que vous soumettez sur l’App Store. En effet, à l’aide de ce fichier, vous pourrez analyser les rapports d’erreurs remontés par les utilisateurs et faire correspondre les adresses mémoire aux symboles (variables et fonctions).

Après la soumission

Une fois l’application soumise, vous devez attendre la validation d’Apple. Si vous avez fait des erreurs, tout n’est pas perdu.

REMARQUE Délais de validation

Les délais de validation ont beaucoup varié depuis le lancement de l’App Store. En fonction des périodes, il peut être nécessaire d’attendre de 1 à 4 semaines pour avoir un retour d’Apple (avec une moyenne d’une dizaine de jours).

Le site tente de mesurer le délai moyen de validation en surveillant les applications publiées chaque jour et en comparant la date d’apparition avec la date de disponibilité (qui correspond en général à celle de soumission). Apple fournit également quelques indicateurs dans le portail du programme développeur (en particulier le pourcentage d’applications validées en moins de deux semaines).

Modification des éléments marketing

Tous les éléments marketing sont éditables à l’aide du bouton Edit Information qui apparaît sous l’icône de l’application dans iTunes Connect.

Vous pouvez donc modifier le nom, la description de l’application, ses captures d’écran, etc. Attention, il n’est pas possible de modifier le classement de l’application (3+, 17+, etc.) sans repasser par une soumission de l’application.

Modification de l’application

Si vous découvrez un bogue après la soumission de votre application, vous pouvez décider de la rejeter (Reject Binary) et d’en soumettre une nouvelle version. Sachez cependant que dans ce cas, vous repartirez du bas de la file d’attente des applications à valider.

En cas de rejet

Si votre application est rejetée, vous recevrez un e-mail vous indiquant les points bloquants qui ont empêché votre application d’être validée. Vous devez alors soumettre un nouveau binaire en ayant pris en compte les retours d’Apple.

Sachez que les retours ne sont pas nécessairement exhaustifs et qu’il est possible que l’application soit encore rejetée pour d’autres raisons. Les équipes de validation ont une liste de vérifications à faire et elles s’arrêtent en général au premier point bloquant.

Votre application est publiée

Bravo ! C’est le début de l’aventure App Store et vous allez commencer à suivre votre application dans le classement de sa catégorie, dans le classement général, à lire les commentaires des utilisateurs, etc.

Suivre les progrès de votre application

Une fois l’application publiée, Apple met à votre disposition différents outils pour suivre au quotidien son succès.

Statistiques de téléchargement

Vous trouverez dans iTunes Connect les statistiques de téléchargement de votre application. Elles sont fournies par jour, par semaine et par mois. Les rapports quotidiens et hebdomadaires sont effacés automatiquement après une courte période ; vous devez donc vous connecter régulièrement et les enregistrer pour ne pas perdre le détail journalier des ventes.

Les commentaires

Les commentaires de l’application sont un élément capital pour comprendre ce que vos utilisateurs aiment, identifier des problèmes d’ergonomie ou des bogues techniques et globalement améliorer l’application.

Vous pouvez lire les commentaires depuis l’App Store ou depuis iTunes, mais vous serez limité aux commentaires postés sur votre App Store.

Il existe quelques outils pour récupérer tous les commentaires de votre application, comme le site http://www.moopf.com/appstorereviews/ qui récupère automatiquement tous les commentaires sur tous les App Stores.

Les rapports de crash

Une des fonctionnalités les plus intéressantes apportées aux développeurs est la synthèse des rapports de crash reçus par Apple. À chaque fois que l’application est victime d’un crash, un rapport est enregistré dans l’appareil qui est ensuite synchronisé avec iTunes. Si l’utilisateur l’accepte, ces rapports sont envoyés de façon anonyme à Apple qui les compare pour identifier les problèmes les plus fréquents.

Figure 20–9 iTunes collecte automatiquement les rapports créés lors d’un crash de votre application.

Vous pouvez ensuite télécharger directement dans iTunes Connect un rapport décrivant les crashs les plus fréquents. Il vous appartient de chercher ensuite à les corriger, mais cette information est d’une grande valeur : elle permet d’estimer le nombre de personnes affectées par le problème, la fréquence d’apparition du bogue et de concentrer votre temps sur les problèmes qui touchent le plus de monde.

Quelques conseils de lancement

Le classement de l’application est souvent le moyen le plus efficace de la promouvoir. Pour que votre application apparaisse dans le classement et que l’effet « boule de neige » l’emmène tout en haut, il faut organiser le lancement.

Plus le nombre de téléchargements sera important durant les deux premières semaines, plus vous aurez de chances de voir votre application apparaître dans les 50 ou 25 applications les plus populaires, où elle sera alors téléchargée par des gens qui ne vous connaissaient pas.

Utilisez vos canaux existants pour communiquer sur l’application

Si vous avez déjà un site web avec une audience établie, utilisez-le pour faire connaître votre application. Une page décrivant l’application, ses fonctionnalités, quelques captures d’écran et surtout un lien de téléchargement vers l’App Store vous aideront à faire connaître l’application auprès de votre audience.

Si vous disposez d’une newsletter, vous attirerez très facilement un grand nombre d’utilisateurs potentiels vers votre application.

CONSEIL Utilisez les éléments marketing Apple

Vous trouverez à l’adresse http://developer.apple.com/ios/marketing/ un ensemble de ressources marketing pour aider les développeurs et en particulier le logo Disponible sur l’App Store que vous pouvez utiliser après avoir renvoyé un accord spécifique à Apple par fax.

Communiquez auprès des blogs et des sites spécialisés

Il existe de nombreux blogs consacrés à iOS et au monde Apple. Toutes les applications ne les intéressent pas, mais ils sont souvent prêts à publier une note pour soutenir les projets les plus intéressants. Organisez une bêta-privée et contactez-les avant la publication pour leur proposer de tester votre application.

Encore plus pertinent, les sites spécialisés dans le domaine des métiers de l’application sont généralement intéressés par ces applications qui sont perçues comme étant très innovantes et donnent une image dynamique de l’ensemble du secteur.

Utilisez le bouche-à-oreille

Le bouche-à-oreille fait aussi beaucoup pour une application. Si tous les collaborateurs de votre société installent l’application et en parlent autour d’eux, cela aidera fortement à augmenter le classement dans les premiers jours. Les premiers commentaires sont aussi très importants pour encourager de nouveaux téléchargements.

Faites également appel à vos utilisateurs pour diffuser votre application en prévoyant une fonctionnalité Partager avec un ami qui envoie le lien de téléchargement de l’application par courrier électronique.

Utilisez les réseaux sociaux

Les réseaux sociaux aident à distribuer très largement le lien de téléchargement de votre application. Ils peuvent aussi être intégrés dans l’application avec des fonctionnalités du type Partager sur Facebook qui afficheront le nom de votre application et un lien de téléchargement sur les pages de vos utilisateurs.

Préparez une vidéo de démonstration

Une vidéo de démonstration de l’application peut fortement accroître l’efficacité des mesures précédentes. En effet, que ce soit pour votre site web, les blogs ou le bouche-à-oreille, la nouvelle sera mieux reprise si elle est accompagnée d’une vidéo courte et marquante. Vous devez jouer sur les mêmes mécaniques que le marketing viral pour assurer le succès de la vidéo et donc la visibilité de votre application.

ATTENTION La qualité de la vidéo doit être au rendez-vous !

Il n’y a rien de pire qu’une vidéo de qualité moyenne pour mettre en avant une application, car vous risquez d’en donner une image « amateur ».

Si vous ne savez pas réaliser une vidéo, ou si vous n’en avez pas les moyens, mieux vaut probablement s’abstenir.

N’oubliez pas l’autopromotion

Si vous prévoyez de développer plusieurs applications, il est essentiel de prévoir une fonctionnalité d’autopromotion dans la première application pour diriger vos utilisateurs vers votre nouvelle application dès qu’elle sera disponible.

Ainsi, à chaque nouvelle application, vous bénéficierez d’un réseau d’utilisateurs fidèles, qui contribueront au rayonnement de vos nouveaux produits.

Conclusion

Ce chapitre conclut ce livre consacré à la conception, à l’ergonomie, au développement et à la publication d’applications iOS.

Développer dans l’environnement iOS est une activité extrêmement gratifiante : quel plus grand plaisir en effet que de voir ses amis et sa famille utiliser les applications conçues et développées avec passion !

Propriété de Marie Richie <FB1245387-C111754-prod@customers.feedbooks.com>