Prix d'une application mobile pour PME : 3 ans de facture

Développement, maintenance, évolutions : le prix réel d'une application mobile pour une PME, projeté sur trois ans pour éviter les surprises. Un devis d'application mobile répond à une question que vous n'avez pas encore posée : il dit ce que coûte la construction, pas ce que l'application coûtera en ligne, ni pendant combien d'années. C'est pourtant cette seconde colonne qui continue de tomber après la livraison, et qui décide, trois ans plus tard, si le projet a coûté le prix annoncé ou le double.

TL;DR — Notre grille publiée s'arrête à trois niveaux : 3 900 €, 10 000 €, et 20 000 € et plus, avec six mois de maintenance inclus. Au-delà, la maintenance publiée va de 350 € à 1 500 € par mois, soit de 10 500 € à 45 000 € sur les trente mois facturés. Natif, cross-platform ou PWA ne changent pas seulement le prix de construction : ils changent le nombre de fois où le même travail est payé, et le nombre de portes à repasser chaque année. Là où un prix dépendrait d'un choix que vous n'avez pas encore arrêté, nous écrivons [À VÉRIFIER].

Natif, cross-platform ou PWA : trois quantités de travail, pas trois qualités

La question arrive presque toujours formulée en termes de qualité : le natif serait « mieux ». Ce n'est pas là que se joue la facture, mais dans le nombre de fois où le même travail est payé.

Le natif, c'est deux applications : un code pour iOS, un autre pour Android. Chaque écran s'écrit deux fois, chaque correction se fait deux fois. C'est l'option la plus lourde à porter, et son écart de prix avec les deux autres reste [À VÉRIFIER] tant que le périmètre d'écrans n'est pas arrêté.

Le cross-platform prend le chemin inverse : un seul code pour iOS et Android, compilé pour les deux plateformes. Le travail d'écriture est payé une fois — c'est ce qui le rend intéressant dès qu'une application dépasse quelques écrans.

La PWA supprime autre chose : l'application est votre site, installable directement depuis le navigateur, sans magasin. La source que nous citons le précise : sur iPhone, l'installation ne se propose pas d'elle-même, elle demande un geste à l'utilisateur. Une PWA se gagne, elle ne se pousse pas.

Ce qui change pour vous n'est pas la qualité du résultat, mais le nombre d'éléments à refaire à chaque évolution.

Ce que notre grille publiée couvre, et ce qu'elle ne couvre pas

Nos prix sont publics : les trois niveaux de notre grille publiée sont à 3 900 €, 10 000 € et 20 000 € et plus, pour 10 à 12, 22 à 28 et 45 à 60 jours de travail, avec six mois de maintenance inclus. Le troisième niveau annonce ce qu'il contient : du sur-mesure React, Next.js et TypeScript, avec une API documentée.

Cette grille ne porte aucune ligne « application mobile ». Ce n'est pas un oubli : le prix de construction dépend de l'option que vous n'avez pas encore arrêtée, du nombre d'écrans, des comptes à ouvrir chez les magasins et des fonctions que vous ajouterez. Tant que ce choix n'est pas fait, ce chiffre est [À VÉRIFIER] ; nous ne le remplacerons pas par un prix de confort.

La grille fixe en revanche le prix du travail poste par poste, et le prix de ce qui suit la livraison : ce sont ces deux colonnes que nous additionnons.

Les postes qui font monter la facture avant la première ligne de code

Une application ne coûte pas « un développement » mais une suite de postes. Sur une application métier, nous publions la décomposition : 1 500 € d'analyse des processus, 1 200 € d'architecture technique, 1 000 € de design, 4 000 € de développement, 800 € d'intégrations (ERP, CRM, API), 600 € de formation et de documentation. Ce que recouvre chaque poste facturé est écrit noir sur blanc, jusqu'au total de 9 100 €.

Deux lignes bougent plus que les autres. L'intégration : faire dialoguer une application mobile avec votre logiciel de gestion ou votre facturation ne ressemble pas à écrire des écrans. Une intégration simple est à 800 € dans notre grille ; dès qu'il y a plusieurs systèmes à synchroniser, le montant dépend de votre existant et reste [À VÉRIFIER] jusqu'à l'audit.

Le cadrage, ensuite : c'est la seule ligne du devis qui fasse baisser les autres. Un écran dont on n'a pas décidé le contenu se paie trois fois — sa conception, son développement, sa reprise. Notre processus place cette étape avant toute ligne de code, en 3 à 7 jours.

Deux frais qui reviennent chaque année, même sans une seule commande

Publier une application ne s'achète pas une fois. Apple facture les 99 $ par an du programme Apple : sans cette adhésion annuelle, l'application ne se met plus à jour. Google Play demande les 25 $ une seule fois de Google Play, à l'inscription. Deux magasins, deux logiques : l'un prélève chaque année, l'autre une fois.

Ces montants ne décident pas d'un projet, mais ils disent l'essentiel : une application reste sous la dépendance d'un tiers. Si vous n'êtes pas en règle, elle disparaît du magasin, et vos utilisateurs n'ont plus rien à ouvrir — là où votre site reste en ligne tant que son hébergement est payé.

Ajoutez les mises à jour imposées par les magasins et les refus de validation : une version rejetée repart dans la file et ne sert personne pendant ce temps. C'est une ligne de plus, et elle revient chaque année.

Trois ans de maintenance, additionnés avec nos prix publiés

Nos forfaits incluent six mois de maintenance. Au-delà, le forfait d'exploitation à 49 € par mois couvre l'hébergement, les sauvegardes, les mises à jour de sécurité, le monitoring et le support. Mais l'exploitation n'est que la moitié du sujet : la grille publie aussi trois niveaux de maintenance applicative — 350 €, 750 € et 1 500 € par mois, sans engagement de durée.

Prenons-les comme base, puisque ce sont les seuls chiffres publiés pour cette colonne. Sur trente-six mois : 12 600 €, 27 000 € et 54 000 €. Les six mois inclus en retirent entre 2 100 € et 9 000 €, sans changer la nature du calcul — sur les trente mois facturés, on parle de 10 500 €, 22 500 € ou 45 000 €. Le coût qui suit le développement se regarde donc, lui aussi, avant de signer.

Le chiffre à retenir n'est pas le montant, c'est le rapport : 20 000 € pour une plateforme, et trois ans de suivi au niveau le plus bas représentent 63 % de cette somme. Au niveau haut, la maintenance vaut plus de deux fois le prix de construction.

Un chiffre manque, et nous l'écrivons : le coût de maintenance d'une application présente dans les deux magasins est [À VÉRIFIER]. Nos niveaux publiés décrivent l'exploitation d'un site ou d'une plateforme, pas celle d'un binaire publié dans deux magasins.

La deuxième année de Food By Box a coûté plus cher que la première

L'exemple le plus parlant de nos projets n'est pas une application, c'est un e-commerce. Sur Food By Box, le budget de création et le suivi mensuel de Food By Box sont publics : 22 000 £ pour construire entre janvier et mars 2022, puis 2 500 £ par mois d'optimisation continue. Le site a atteint 500 000 visites mensuelles en deux ans.

Additionnez : la construction pèse 22 000 £, le suivi 60 000 £. Près des trois quarts de la dépense sont passés après la mise en ligne. C'est ce que masque un « à partir de », et le seul moyen de le voir est d'écrire les deux colonnes côte à côte.

Le raisonnement vaut pour l'IA. Sur le projet DAN LOCATION, les contrats de location et les factures sont générés automatiquement par l'IA : un poste administratif qui entre dans le produit au lieu d'être refait chaque semaine. Ce que vous payez pour maintenir remplace une dépense qui existait déjà.

Ce que vous cessez de payer quand le code et la base vous appartiennent

Le coût des trois ans dépend d'un dernier point, qui n'est pas technique : qui peut arrêter quoi. À la livraison, le code, la base et le dépôt vous sont remis, installés sur votre infrastructure. Vous pouvez arrêter la maintenance sans perdre l'outil.

C'est là que la stack cesse d'être un sujet de spécialiste. Sur la migration menée pour l'artiste Tatiana Miath, le storefront Astro adossé à une boutique Medusa auto-hébergée a allégé les visuels de 88 % et tient tout le site en 10,3 ko de JavaScript, dépôt Git privé redéployable en une commande. Une page plus légère, c'est une facture d'exploitation plus basse chaque mois.

Nous visons Astro et le headless sur nos projets récents, sans prétendre que ce soit le choix le plus courant chez un prestataire. Ce n'est pas un argument de nouveauté : moins de pièces mobiles, c'est moins d'éléments qui cassent et une refonte qui s'évite. Le niveau où nous chiffrons du sur-mesure React, Next.js et API-first obéit à la même règle, comme les fiches projet où la démonstration passe en vidéo, qui montrent le produit en fonctionnement.