Combien coûte une application mobile ? Ce que vous payez vraiment

Pourquoi personne ne peut vous répondre en une ligne

Demander le prix d’une application, c’est demander le prix d’une maison. La réponse dépend du terrain, de la surface, des matériaux, de qui l’habitera et du temps qu’elle doit tenir. Ce que nous pouvons faire, en revanche, c’est ouvrir le devis et vous montrer ce qu’il y a dedans.

Un prix figé ne protège personne. Il oblige soit à surfacturer les projets simples, soit à rogner sur les projets complexes. Dans les deux cas, quelqu’un perd, et ce n’est jamais le prestataire. C’est la même logique que pour le prix d’un site internet.

Les six postes qui composent réellement un budget

Le cadrage

Ateliers, définition du périmètre, parcours utilisateurs, arbitrage des fonctionnalités. C’est le poste supprimé en premier pour faire des économies, et c’est celui qui rapporte le plus. Une semaine de cadrage évite couramment un mois de développement inutile.

La conception

Architecture de l’information, maquettes, système de composants, états d’erreur, écrans vides, chargements. Le design d’une application n’est pas une couche décorative : c’est la définition de ce que l’utilisateur peut faire et de ce qu’il comprend. Un devis où ce poste pèse moins d’un dixième annonce presque toujours une application qui ressemblera à un formulaire administratif.

Le développement mobile

Le cœur du chantier. Son volume dépend du nombre d’écrans réellement distincts, un écran à quatre états en valant trois, de la technologie retenue, et de la complexité des interactions.

Le back-end

Le serveur : comptes utilisateurs, base de données, tableau de bord d’administration, notifications. Beaucoup de porteurs de projet l’oublient complètement. Ce poste peut à lui seul doubler un budget. Certaines applications n’en ont aucun besoin, et c’est un excellent moyen de réduire la facture quand c’est possible.

Les tests et la publication

Tests sur appareils réels, corrections, fiches store, captures d’écran, textes légaux, soumission, gestion des refus. Ce dernier kilomètre demande souvent deux à quatre semaines et il est systématiquement sous-estimé.

Le suivi après la mise en ligne

Les premières semaines révèlent toujours des choses. Un budget sérieux prévoit une enveloppe de correction et d’ajustement.

Les coûts récurrents, ceux dont il est trop peu question

Une application n’est pas un achat, c’est un abonnement à sa propre existence.

• La cotisation annuelle au programme développeur Apple : sans elle, l’application est retirée de l’App Store.
• Les frais d’inscription au compte Google Play, uniques, assortis d’une vérification d’identité obligatoire.
• L’hébergement et la base de données, mensuels, selon le trafic.
• Les services tiers : notifications, cartes, paiement, envoi de courriels.
• Les mises à niveau imposées par les plateformes, qui relèvent régulièrement la version d’OS ciblée.
• Les correctifs de compatibilité liés aux nouveaux appareils et aux bibliothèques abandonnées.

L’ordre de grandeur à retenir : de quinze à vingt-cinq pour cent du coût initial, chaque année. Une application qui ne reçoit aucune maintenance pendant deux ans n’est pas stable : elle s’éteint lentement. Nous détaillons ce point dans la vraie vie d’une application après le lancement.

Les cinq facteurs qui font vraiment gonfler une facture

• Les comptes utilisateurs. Inscription, connexion, mot de passe oublié, suppression de compte imposée par les stores, rôles, protection des données. C’est un module entier, pas une case à cocher.
• Le paiement. Achats intégrés, abonnements, commissions, conformité. Doubler la complexité du parcours d’achat triple souvent son coût.
• Le temps réel et le hors ligne. Synchroniser proprement des données modifiées sur plusieurs appareils est l’un des problèmes les plus coûteux de l’informatique.
• Le périmètre qui bouge. Chaque fonctionnalité ajoutée en cours de route coûte davantage que si elle avait été prévue.
• L’absence de décideur unique. Un projet arbitré par cinq personnes qui ne sont jamais d’accord coûte le double. Ce n’est pas technique, mais c’est bien une ligne du devis.

Comment réduire le budget sans abîmer le projet

• Réduire le périmètre, jamais la qualité : trois fonctions excellentes valent mieux que douze approximatives.
• Envisager une application web progressive si l’usage s’y prête : ni store, ni double développement.
• Lancer sur une seule plateforme si votre public y est majoritairement.
• Fournir vous-même le contenu, les visuels et les textes légaux quand vous le pouvez.
• Accepter une première version modeste : une application vivante qui grandit vaut mieux qu’une application parfaite jamais lancée.

Ce que nous faisons différemment

Nous n’avons pas de prix figés et pas de surcouche. Nous analysons chaque projet en profondeur, nous discutons chaque besoin, et nous construisons le budget avec vous. Si une ligne ne se justifie pas, nous la retirons, même si elle nous arrange.

Nous avons choisi d’avoir peu de clients pour avoir beaucoup de relation. Cela signifie aussi que nous préférons vous dire que ce n’est pas le bon moment plutôt que de vous vendre un projet que vous ne pourrez pas faire vivre. Un chiffrage clair et sans engagement commence toujours par une conversation, et notre page création d’application smartphone détaille le reste.