Forfait projet · spec écrite

Prix application mobile

Le prix d'une application mobile se joue sur trois variables : le nombre d'écrans, les intégrations (connexion, paiement, notifications, mode hors ligne) et la cible — PWA dans le navigateur ou applications publiées sur les stores. Chez AppGen, ces choix sont cadrés par écrit avant tout chiffrage : vous savez ce que vous payez, et pourquoi.

Cadrage immédiat avec le chat directeur — gratuit, sans engagement.

Spécificités du type

Pourquoi une application mobile a un prix si variable.

Une application mobile n'est pas un site « responsive » rapetissé : chaque écran est conçu pour le pouce, les sessions courtes et les connexions instables. C'est ce travail d'usage — parcours utilisateurs, formuliers terrain, relances push — qui représente l'essentiel de l'effort, bien plus que la technique pure.

Le second facteur est votre décision store ou PWA. Une PWA (progressive web app) installable depuis le navigateur couvre la majorité des usages métier à coûts réduits ; publier sur l'App Store et Google Play ajoute les exigences de validation, les mises à jour natives et leur lot de tests. Les deux approches sont légitimes — le cadrage les tranche pour vous, pas un catalogue.

Les trois paliers du catalogue

Quel palier pour votre projet mobile ?

CritèreEssentielStandardSur-mesure
Périmètre typeApp terrain mono-usage : formulaires, photos, consultation de fiches, mode hors ligne simple.App métier complète : comptes utilisateurs, notifications push, synchronisation, paiement ou lecteur de code-barres.Produit grand public ou flotte critique : natif iOS et Android, forte charge, exigences réglementaires.
Fonctionnalités typiquesPWA installable, un ou deux rôles, données synchronisées à la reconnexion.PWA ou stores, rôles multiples, notifications, intégrations API, tableau de suivi.Applications natives, mode dégradé avancé, paiement, conformité sectorielle (SecNoCode).
Pour quiÉquipe terrain, PME, lancement piloteETI, réseau d'agences, service métierProduit conso, secteur réglementé
PrixÀ partir de 2 000 € HT (estimation)À partir de 6 000 € HT (estimation)À partir de 20 000 € HT, chiffrage sur devis (estimation)

À titre de repère de marché : un projet d'application mobile externalisé en ESN est facturé, en médiane, environ 30 000 € HT, souvent davantage quand les itérations s'additionnent en régie. AppGen tient ses paliers bas par la méthode — usine logicielle qui génère une part importante du socle, périmètre cadré par écrit — pas par des prestations sous-payées.

Estimations : montants de référence hors TVA, TVA applicable au taux en vigueur à la date de facture. Devis valable 30 jours. Seul le devis établi après cadrage engage les deux parties.

 EssentielStandardSur-mesure
Ce que contient le palierApplication web mobile-first utilisable partout, installation sur l'écran d'accueil, notifications simples, un seul développement.Fonctions appareil — photo, GPS, mode hors ligne — publication en boutiques ou distribution privée, synchronisation des données terrain.Multi-plateforme à contraintes fortes, durcissement sécurité des terminaux, usage critique en zone blanche, reprises de données volumineuses.

Ce qui fait le prix

Trois postes de décision pour un projet mobile.

PWA ou stores

Publier sur l'App Store et Google Play ajoute validations, builds natifs et cycles de mise à jour. Beaucoup de projets métier s'en passent — et le font savoir au budget.

Mode hors ligne

Travailler sans réseau, puis synchroniser sans perte ni doublon : c'est un des postes les plus sous-estimés d'un chiffrage mobile.

Rythme des versions

Une app vit : corrections, nouvelles versions d'iOS et d'Android. Le suivi se planifie au contrat, pas à la surprise.

Déroulé d'un projet

Comment votre projet se déroule.

Pour une application mobile, le cadrage distingue ce qui doit fonctionner sans réseau de ce qui peut attendre : c'est cette ligne qui détermine le palier, bien plus que le nombre d'écrans.

  1. Cadrage. Une conversation avec le chat directeur : objets métier, contraintes, priorités. La spec se structure en une session.
  2. Spec et devis. Périmètre écrit, palier du catalogue, estimation qualifiée et délais. Vous validez, on signe — par signature électronique.
  3. Production par jalons. Vous voyez l'application avancer ; le paiement suit l'avancement par jalons.
  4. Livraison et reprise. Mise en production hébergée en France par DevWisp SASU, spec et code documentés, conditions de reprise écrites au contrat.

Le piège du « on fera l'appli plus tard » : l'addition arrive double — deux boutiques, deux versions, deux maintenances. En cadrant le mobile dès le départ, la même spec sert l'application web et l'application installée ; les capacités natives ne s'ajoutent que là où le besoin est prouvé. Le palier monte avec les fonctions appareil exigeantes : mode hors ligne complet, géolocalisation continue, photo professionnelle, synchronisation de gros volumes terrain.

Le cadrage fixe enfin la stratégie de mise à jour : continue côté web, cadencée côté boutique — vos équipes choisissent, l'application suit, sans divergence durable entre les deux.

Côté mobile, le point d'attention du cadrage : le pouce avant la souris — les écrans se dessinent pour une main, en déplacement, pas pour un bureau.

Le cadrage est gratuit et sans engagement : c'est lui qui fixe le palier, avant le premier euro engagé.

Exemples chiffrés

Deux exemples de périmètre, deux paliers.

Une force de vente de terrain qui relevait déjà d'Essentiel : formulaires de compte rendu, photos géolocalisées, consultation de fiches produits hors ligne. Périmètre tenu, livré sur le forfait à partir de 2 000 € HT (estimation).

Une application d'intervention avec planification des tournées, signature client, paiement mobile et notifications : le périmètre relève de Standard, à partir de 6 000 € HT (estimation), après cadrage et spec validée.

Questions fréquentes

Ce qu'on nous demande sur ce type de projet.

Pourquoi certaines devis d'applications mobiles atteignent-ils des sommes à cinq chiffres ?
Parce que le périmètre y est figé avant tout dialogue, et que les taux sont empilés. Notre méthode inverse : on cadre le premier périmètre utile, on le chiffre sur un palier du catalogue, et on itère. Vous engagez petit, vous arbitrez avec des faits.
Les comptes développeur Apple et Google sont-ils inclus ?
Ils sont à votre nom — l'application et ses comptes vous appartiennent, y compris si vous changez d'interlocuteur. Les frais annualisés des stores (quelques dizaines d'euros chacun) ne sont pas des frais AppGen.
Peut-on commencer en PWA et publier sur les stores plus tard ?
Oui, c'est même la trajectoire la plus fréquente : la PWA valide l'usage avec vos équipes, et l'édition native n'est décidée que si l'usage la justifie. Le socle étant souverain, rien n'est jeté en route.
Application web ou application native ?
Nous partons souvent d'une application web installable : un seul développement, avec ou sans boutiques. Les capacités natives lourdes — hors ligne complet, capteurs — s'ajoutent écran par écran, sur les seuls écrans qui en ont besoin, chiffrés au devis.
Et la validation des boutiques ?
Si vous choisissez la distribution en boutiques, l'accompagnement à la publication fait partie du périmètre écrit. En distribution privée ou en web, vous échappez à ses délais — souvent le bon choix pour un usage interne ou client.
Deux équipes web et mobile à payer ?
Non, c'est l'intérêt de la méthode : un socle, une spec, une équipe. L'application web et l'application installée partagent le code métier ; les capacités natives s'ajoutent écran par écran utile, chiffrées, et non par plateforme complète.

Votre projet mobile, chiffré sur un palier.

Décrivez votre besoin à l'assistant : périmètre, spec écrite, estimation sur un palier du catalogue. La souveraineté des données est au contrat dans tous les cas.