Coût d’une application mobile : le guide pour bien chiffrer

Application mobile, application web ou les deux ?

Avant de parler de coût, il faut savoir de quoi on parle. Beaucoup de projets décrits comme « une appli » n’ont pas besoin d’être installés depuis un store : une application web bien conçue pour le téléphone suffit. À l’inverse, certains usages exigent une vraie application installable.

Nous développons nos applications Android et iOS à partir d’un même code que l’application web, grâce à Capacitor. C’est ce qui permet de proposer une application installable sans payer deux ou trois développements. Voir notre page application mobile et, pour les outils internes, application web.

Ce qui fait le prix d’une application

Comme pour un SaaS, le budget dépend du nombre d’écrans et de la complexité des règles, pas de l’idée elle-même. Certaines fonctionnalités pèsent nettement plus que d’autres.

À titre indicatif, une application mobile développée en agence se chiffre souvent en dizaines de milliers d’euros, parfois bien davantage pour un produit natif complexe. Chez nous, l’application mobile est sur devis, construite sur la même base que la plateforme web. Le guide coût de développement d’un SaaS détaille les briques communes.

Les frais et exigences propres aux stores

Publier sur l’App Store et Google Play ajoute des coûts et des étapes que l’on oublie souvent dans les premiers devis.

• Comptes développeur : à titre indicatif, Apple facture un abonnement annuel (de l’ordre de 99 dollars américains par an) et Google des frais d’inscription uniques (de l’ordre de 25 dollars américains). Les comptes doivent être au nom de votre entreprise.
• Commissions sur les achats dans l’application : les deux stores prélèvent une commission, souvent comprise entre 15 et 30 % selon les cas, sur les abonnements et contenus numériques vendus dans l’application.
• Revue de publication : chaque version est examinée avant d’être publiée. Un refus impose des corrections et retarde la sortie : prévoyez une marge dans le planning.
• Exigences de confidentialité : fiche de données collectées, politique de confidentialité, possibilité de supprimer son compte depuis l’application.
• Visuels de fiche : icône, captures d’écran aux formats demandés, textes de présentation, éventuellement en plusieurs langues.

Les montants et règles des stores évoluent : vérifiez-les sur les pages officielles d’Apple et de Google au moment de lancer votre projet.

Le budget total sur trois ans

Le devis de développement n’est que la première ligne. Une application vit, et ses coûts récurrents doivent entrer dans votre plan de financement dès le départ. Voici les postes à chiffrer avant de vous lancer.

Un conseil : réservez dès le départ une enveloppe pour la première année après le lancement. C’est la période où les retours des utilisateurs sont les plus nombreux, et où les petites améliorations font la différence entre une application installée puis oubliée et une application utilisée chaque jour.

Les étapes d’un projet d’application

1. 01
   Brief

   Qui utilise l’application, dans quelle situation, pour faire quoi. On écrit le parcours principal en quelques lignes.

2. 02
   Maquette et validation du design

   Les écrans clés dessinés pour le téléphone, validés avant d’écrire une ligne de code.

3. 03
   Développement et première version testée

   Une version utilisable, testée sur de vrais téléphones Android et iPhone, puis corrigée.

4. 04
   Publication

   Fiches des stores, revue d’Apple et de Google, mise en ligne de la version web.

5. 05
   Suivi après le lancement

   Corrections, mises à jour des systèmes, nouvelles fonctionnalités selon les retours.

GORIFIT, plateforme que nous avons conçue, en est un exemple : une application de musculation pensée pour le téléphone, qui suit aussi les repas et l’hydratation, avec un espace coach. Pour les métiers du sport, voir aussi notre page sport et coaching.

Les erreurs qui font exploser le budget

• Vouloir toutes les fonctionnalités dès la première version, au lieu de lancer le parcours principal et d’écouter les utilisateurs.
• Oublier le back-office : sans lui, chaque changement de contenu demande un développeur.
• Choisir deux développements natifs séparés alors qu’un code partagé suffisait.
• Ignorer les règles de paiement des stores, puis devoir reprendre le modèle économique.
• Ne pas prévoir les mises à jour : chaque nouvelle version d’Android ou d’iOS peut demander des ajustements.
• Lancer une application quand un site bien fait suffisait : voir site vitrine ou landing page pour les besoins de présentation.

Questions à poser au prestataire

• L’application sera-t-elle native, en code partagé ou web, et pourquoi ce choix pour mon projet ?
• Les comptes développeur Apple et Google seront-ils à mon nom ?
• Qui s’occupe de la publication et des réponses à la revue des stores ?
• Que se passe-t-il quand Apple ou Google change ses règles ?
• Comment les abonnements seront-ils gérés, et avec quelles commissions ?
• Puis-je tester des applications que vous avez déjà publiées ?

Pour un abonnement vendu hors des stores, notre guide abonnements SaaS avec Stripe explique les options. Et pour un premier chiffrage gratuit, écrivez-nous depuis la page Contact.