Les étapes pour créer une application mobile pour votre PME

« Combien de temps ça prend ? » arrive juste après la question du prix. La réponse utile n’est pas un nombre de mois, c’est un calendrier : savoir quand on vous demandera quelque chose, et quand vous verrez enfin l’application tourner sur votre téléphone.

Le point qui surprend le plus : le tiers du projet se passe avant la première ligne de code. C’est aussi la partie qui décide du reste.

On définit à qui sert l’application, ce qu’elle doit permettre de faire, et surtout ce qu’elle ne fera pas dans la première version. Cette dernière liste est la plus importante des deux : c’est elle qui tient le budget.

Ce qu’on attend de vous : une demi-journée d’échange, et les décisions difficiles. Faut-il des comptes ? Faut-il que ça marche sans réseau ? Ces réponses valent plusieurs milliers d’euros chacune.

Tous les écrans sont dessinés et enchaînés avant d’être développés. Vous cliquez dans une maquette qui ressemble à l’application finale, vous testez le parcours, vous demandez des changements. À ce stade, un changement coûte une heure ; au stade suivant, il en coûte dix.

La partie la plus longue, et paradoxalement celle qui vous demande le moins. Elle se déroule par livraisons : toutes les deux semaines, vous recevez une version installable sur votre téléphone, avec ce qui a été construit depuis la précédente.

Ce qu’on attend de vous : installer, essayer, dire ce qui cloche. Une remarque faite à la deuxième livraison coûte une demi-journée ; la même à la fin peut coûter une semaine.

L’application est complète, on la met entre les mains de vraies personnes, sur leurs propres appareils. C’est là qu’on découvre ce qu’aucun développeur n’aurait trouvé : le téléphone dont l’écran est trop petit, le collaborateur qui remplit le formulaire dans le désordre, la zone où le réseau tombe.

Fiches des stores, captures d’écran, description, politique de confidentialité, puis soumission. Apple examine chaque application avant publication ; comptez de vingt-quatre heures à quelques jours, et prévoyez la possibilité d’un refus à corriger.

Ce qu’on attend de vous : les comptes développeur, créés à votre nom. Apple facture 99 $ par an, Google 25 $ une seule fois. C’est le blocage le plus fréquent de cette étape, et le plus évitable.

Sur les projets qui glissent, la cause est presque toujours à l’un de ces deux endroits — jamais dans le développement.

• Une décision de cadrage repoussée. « On verra plus tard si on met des comptes » signifie qu’on développera deux fois : une fois sans, une fois avec. Ces décisions se prennent la première semaine, pas la sixième.
• Des retours groupés à la fin. Recevoir cinq livraisons sans les essayer, puis tout commenter à la dernière, transforme des ajustements en reprise. Une heure tous les quinze jours suffit à l’éviter.

Un projet d’application ne déraille pas pendant le développement. Il déraille avant, quand on repousse une décision, ou après, quand on regarde trop tard.

Une fois l’application publiée, le travail ne s’arrête pas : iOS et Android sortent une version majeure par an, et une application qu’on ne met plus à jour cesse d’être publiable en deux à trois ans. C’est ce qui explique le coût réel sur trois ans.

Pour voir ces six étapes sur un projet réel, de l’idée à la publication sur les deux stores : l’étude de cas d’Equio.

Ce que comprend un projet d’application, du cadrage à la fiche store, est détaillé sur la page expertises. Si vous voulez le calendrier de votre projet à vous, décrivez-le en quelques lignes : je vous renvoie les étapes datées et la fourchette de budget sous 48 heures.