Faire développer une application mobile

Que l'application soit un outil pour votre activité ou le produit que vous lancez, ce qu'il faut décider avant de commencer reste le même. Voici comment se déroule la fabrication, ce que publier sur l'App Store et Google Play implique vraiment, et ce qui change selon les deux cas.

Deux projets très différents

Une demande d'application se range presque toujours dans l'une de ces deux catégories. Elles portent le même nom mais ne se pilotent pas pareil.

Si l'application est un outil : en faut-il vraiment une ?

La réponse est souvent non. Un site adapté au téléphone coûte moins cher, se trouve dans un moteur de recherche, s'ouvre en un lien et ne demande à personne d'installer quoi que ce soit. Beaucoup de projets présentés comme des applications sont en réalité des sites.

Une application se justifie quand au moins une de ces conditions est réunie :

• Il faut fonctionner sans réseau. Sur un chantier, dans un entrepôt, en déplacement.
• Il faut envoyer des notifications. C'est ce qui ramène les gens, et un site ne le fait pas de façon fiable sur iPhone.
• Il faut l'appareil photo, la position ou les capteurs de façon approfondie.
• Vos utilisateurs reviennent souvent. Une icône sur l'écran d'accueil vaut tous les favoris.

Si rien de tout cela ne s'applique, nous vous le dirons. Une application que personne n'installe coûte plus cher qu'un site que tout le monde trouve.

Si l'application est votre produit

Vous avez une idée et vous voulez la lancer. C'est un autre métier que de construire un outil interne, et quatre vérités valent d'être dites avant de signer quoi que ce soit.

La première version doit être plus petite que votre idée

Les applications que vous admirez ont dix ans de développement derrière elles. Leur première version faisait une seule chose. Viser d'emblée le produit fini, c'est dépenser tout son budget avant d'avoir appris quoi que ce soit de ses utilisateurs.

Nous cherchons donc avec vous la plus petite version qui a déjà de la valeur pour quelqu'un. Elle sort plus tôt, elle coûte moins cher, et ce qu'elle vous apprend oriente la suite.

Construire n'est que la moitié du travail

Une application publiée n'est pas une application installée. Les boutiques comptent des millions de titres ; personne ne tombera sur le vôtre par hasard. Il faut prévoir, en temps ou en argent, comment vous irez chercher vos premiers utilisateurs.

Nous ne vendons pas de campagne publicitaire, et nous ne prétendrons pas qu'une bonne application se suffit à elle-même. Mais nous vous le dirons avant, pas après.

De quoi vivra le projet

Gratuit, payant à l'achat, abonnement, achats dans l'application : le choix se fait au cadrage, parce qu'il change ce qu'il faut construire. Un point que beaucoup découvrent trop tard : pour tout ce qui est numérique, Apple et Google imposent leur propre système de paiement et prélèvent une commission, 15 à 30 % selon les cas. Votre prix de vente doit en tenir compte dès le départ.

Vérifier avant de construire

Avant d'engager un budget de développement, il est souvent possible de tester l'idée : montrer des écrans dessinés à vingt personnes de votre cible, ou ouvrir une simple page qui décrit le service et compter ceux qui laissent leur adresse. Cela coûte quelques jours et évite parfois des mois.

Une seule construction pour iPhone et Android

Nous construisons l'application une seule fois pour les deux systèmes : mêmes écrans, même comportement, un seul chantier à suivre, un seul budget. Il fut un temps où il fallait tout faire deux fois ; ce n'est plus le cas, et c'est ce qui rend une application accessible à une petite structure.

Ce que cela ne fait pas disparaître : chaque boutique a ses règles, ses formats d'image et ses délais de validation. Il y a bien deux publications à préparer, même s'il n'y a qu'une application à construire.

Les six étapes d'une application

Le chemin suivi pour chaque projet du studio, du cadrage jusqu'à la mise en ligne.

1. ÉTAPE 01

   Le cadrage

   Nous définissons avec vous à qui l'application s'adresse, ce qu'elle doit apporter et ce qu'elle laissera de côté. Il en sort un document court qui fixe le périmètre, sert de base au devis et évite les surprises en cours de route.

2. ÉTAPE 02

   Le contenu

   Textes, images, données, règles : tout ce que l'application montre ou manipule est rassemblé, vérifié et organisé avant le premier écran. Une application vaut par ce qu'elle contient, et cette matière se prépare en amont, pas en fin de chantier.

3. ÉTAPE 03

   La direction artistique

   Palette, typographies, mascotte, icône. Chaque élément est dessiné une fois puis décliné, pour que l'application reste cohérente d'un écran à l'autre.

4. ÉTAPE 04

   Le développement

   Nous construisons l'application une seule fois pour iPhone et Android. Les comptes et les données sont gardés en lieu sûr, et ce qui doit rester fiable est vérifié hors du téléphone, là où personne ne peut le manipuler.

5. ÉTAPE 05

   Les tests

   L'application part d'abord à un petit groupe de testeurs, sur TestFlight chez Apple et en test fermé chez Google. Leurs retours corrigent ce qu'on ne voit plus.

6. ÉTAPE 06

   La publication

   Fiches de store, captures, mentions légales et conformité. Puis la mise en ligne, et les mises à jour qui suivent au rythme du contenu ajouté.

Publier : ce que personne ne raconte

La publication sur l'App Store et Google Play est une étape à part entière, avec ses formalités et ses refus possibles.

• Deux comptes développeur à ouvrir, chez Apple et chez Google, au nom de votre entreprise. La vérification d'identité prend parfois plusieurs jours.
• Une fiche par boutique : description, captures d'écran aux bons formats, icône, classification d'âge, catégorie. C'est du travail rédactionnel et graphique, pas de la paperasse.
• Une politique de confidentialité accessible en ligne, et une déclaration détaillée des données collectées. Les deux boutiques refusent sans.
• Une validation humaine chez Apple et chez Google, de quelques jours à quelques semaines. Un refus arrive ; il faut le lire, corriger et représenter.
• Un compte de test fonctionnel si votre application demande une connexion : sans lui, le validateur ne voit rien et refuse.

Combien de temps ?

Pour une première version, comptez deux à quatre mois : quelques jours de cadrage, l'essentiel du temps en conception et développement, puis deux à trois semaines de tests avec de vrais utilisateurs.

Ce qui allonge : du contenu qui n'est pas prêt, des validations qui tardent de votre côté, ou un refus de boutique. Ce qui raccourcit : un périmètre tenu et une personne qui tranche rapidement.

La maintenance n'est pas une option

Apple et Google publient chaque année une nouvelle version de leur système, avec des règles qui changent. Une application laissée en l'état finit par mal fonctionner, puis par être retirée des boutiques. C'est la différence principale avec un site, qu'on peut laisser vivre des années sans y toucher.

Comptez 15 à 20 % du coût initial par an. Un prestataire qui ne vous en parle pas avant de signer vous laissera avec le problème.

Ce que cela coûte

Une application simple, sans compte utilisateur, reste sous 2 000 €. Dès qu'il y a des comptes, un serveur et des notifications, comptez 2 000 à 15 000 € : c'est là que se situe la majorité des projets. S'y ajoutent 99 € par an pour le compte Apple et 25 € une fois pour Google.

Le détail, ce qui fait varier la facture et les coûts qu'on oublie sont sur la page combien coûte un projet sur mesure.

Les questions que nous posons avant de chiffrer

• Y a-t-il des comptes utilisateurs ? C'est le premier grand palier : mots de passe oubliés, suppression de compte, serveur qui tourne en permanence.
• Les données circulent-elles entre utilisateurs ? Deux personnes qui voient la même chose au même moment, c'est une architecture entièrement différente.
• Faut-il fonctionner sans réseau ? À prévoir dès le départ : ajouté après coup, cela coûte très cher.
• Y a-t-il des paiements ? Ils apportent des obligations légales et les règles propres aux deux boutiques.
• Qui tranche, chez vous ? Les allers-retours de validation coûtent plus cher que le développement lui-même.
• À qui s'adresse l'application, et comment ces gens la trouveront ? Pour un produit destiné au public, c'est la question qui décide du sort du projet.

Voir aussi les projets du studio.

Esperanza Studio est installé dans le Tarn. Nous concevons des applications mobiles pour des entreprises d'Occitanie comme du reste de la France, en travaillant par écrit, en visioconférence ou sur place.