Créer une application mobile est devenu une demande courante des PME : un client la réclame, une équipe terrain en aurait besoin, un concurrent vient d'en sortir une. La question qui suit est toujours la même : combien ça coûte, combien de temps ça prend, et par où commencer. Voici les réponses que nous donnons en rendez-vous, avec nos prix publics, les choix techniques qui font varier le budget du simple au triple, et les cinq décisions à prendre avant de signer quoi que ce soit.
Quand une application se justifie, et quand un site suffit
Une application mobile a un coût d'entrée pour l'utilisateur : la trouver, l'installer, créer un compte, accepter les notifications. Elle ne se justifie que si l'usage est fréquent et précis.
| L'application se justifie | Un site mobile bien conçu suffit |
|---|---|
| Des équipes terrain qui saisissent, photographient ou déclarent chaque jour | Consulter des informations de temps en temps |
| Des clients qui commandent, réservent ou suivent un dossier toutes les semaines | Prendre un rendez-vous une fois par an |
| Un besoin de mode hors ligne, de caméra, de géolocalisation ou de notifications | Lire du contenu, remplir un formulaire de contact |
| Un parcours qui doit être ouvert en deux secondes depuis l'écran d'accueil | Un parcours qui commence par une recherche Google |
Le test que nous appliquons : si vos utilisateurs ouvriraient l'application au moins une fois par semaine, elle mérite d'exister. Sinon, un site rapide, conçu pour le téléphone, rend le même service pour une fraction du coût. Notre guide sur la refonte de site internet couvre ce second cas.
Ce que coûte une application mobile, avec nos prix publics
Le prix d'une application dépend de trois choses : le nombre de parcours couverts, les connexions avec vos outils, et le nombre de plateformes. Il ne dépend pas du nombre d'écrans.
| Périmètre | Format chez nous | Prix | Délai |
|---|---|---|---|
| Cadrage : usage, écrans clés, chiffrage écrit | Diagnostic Express | 500 € HT, déduits de la suite | Une semaine |
| Un premier parcours utilisable en production (par exemple la saisie terrain reliée au back-office) | Sprint | À partir de 6 000 € HT | 4 à 6 semaines |
| Application complète : comptes, paiement, notifications, back-office, publication sur les stores | Programme | À partir de 15 000 € HT | 6 à 10 semaines pour la première version |
| Hébergement, surveillance, mises à jour des stores et des systèmes | Care | À partir de 250 € HT par mois | En continu |
| Évolutions chaque mois, nouvelles fonctions, suivi d'usage | Croissance | À partir de 1 500 € HT par mois | En continu |
Le règlement suit trois jalons : 40 % à la commande, 30 % à la validation des maquettes, 30 % à la mise en ligne. Les comptes développeur Apple et Google sont ouverts à votre nom, et le code vous appartient. Le détail des formats est sur la page Offres.
Natif, base commune ou application web : le choix qui pèse le plus
Trois façons de construire une application mobile coexistent, et le choix fait varier le budget du simple au triple.
| Approche | Ce que c'est | Quand la choisir | Coût relatif |
|---|---|---|---|
| Natif pur | Un développement par plateforme, dans le langage d'Apple et celui de Google | Applications qui dépendent du matériel : capteurs, réalité augmentée, traitement vidéo lourd | Le plus élevé : deux applications à construire et à maintenir |
| Base de code commune | Un seul code, compilé en application iOS, Android et web | La grande majorité des applications d'entreprise : formulaires, listes, dossiers, paiement, notifications, caméra, hors ligne | Un tiers environ du natif pur pour trois plateformes |
| Application web installable | Un site qui s'installe sur l'écran d'accueil, sans passer par les stores | Usages simples, pas de notifications avancées, pas de présence sur les stores nécessaire | Le plus bas |
Nous construisons la plupart des applications avec une base commune (React Native et Expo pour le mobile, React pour le web). L'expérience est indiscernable du natif pour les usages d'entreprise, et une seule équipe fait vivre les trois plateformes. Le natif pur reste le bon choix pour les rares applications qui exploitent le matériel à fond.
Les cinq décisions à prendre avant le devis
Un devis d'application sans ces cinq réponses n'est pas un devis, c'est une estimation qui sera dépassée.
- Les trois écrans du quotidien. Quels sont les trois écrans que vos utilisateurs ouvriront chaque jour ? Tout le reste est secondaire et attendra la deuxième version.
- Les connexions. Avec quels outils l'application doit-elle parler : facturation, CRM, agenda, comptabilité, logiciel métier ? Chaque connexion est un chantier à chiffrer.
- Les comptes et les rôles. Qui se connecte, avec quels droits ? Un client voit ses dossiers ; un technicien voit sa tournée ; un responsable voit tout.
- Le hors ligne. L'application doit-elle fonctionner sans réseau, en sous-sol, en zone blanche, sur un chantier ? C'est une décision d'architecture, pas une option à ajouter à la fin.
- Les plateformes. iOS, Android, web, ou les trois ? Et dans quel ordre ? Une première version sur une plateforme, testée avec de vrais utilisateurs, vaut mieux que trois versions en retard.
Le calendrier d'une première version
| Semaine | Ce qui se passe | Ce que vous validez |
|---|---|---|
| 1 | Cadrage : usages, écrans clés, connexions, rôles, plateformes | Le périmètre écrit de la première version |
| 2 | Maquettes cliquables, testées avec de vrais utilisateurs | Les écrans, un par un |
| 3 à 6 | Construction par lots : parcours principal, comptes, connexions, back-office | Chaque lot, sur votre téléphone, en version de test |
| 7 à 8 | Recette, notifications, mode hors ligne, préparation des fiches stores | La version candidate |
| 9 à 10 | Publication sur l'App Store et Google Play, formation, suivi d'usage | La mise en ligne |
Les délais d'examen des stores font partie du calendrier : Apple et Google relisent chaque application avant publication, et une fiche incomplète repousse la mise en ligne de plusieurs jours. Nous préparons les fiches, les captures et les mentions de confidentialité dès la semaine 7.
Ce qui se passe après la mise en ligne
Une application vit. Les systèmes d'exploitation changent, les stores durcissent leurs règles, vos utilisateurs demandent des évolutions. Trois chiffres suffisent à la piloter : le nombre d'utilisateurs actifs chaque semaine, la part des parcours terminés (une commande passée, une déclaration envoyée), et les demandes de support. Ils s'affichent dans votre cockpit de direction comme n'importe quel autre indicateur.
Les évolutions se livrent chaque mois en abonnement, par lots courts, avec une version de test avant chaque publication. C'est le fonctionnement décrit sur notre page conception d'applications mobiles et web.
Les erreurs les plus chères
- Copier une application grand public. Votre application n'a pas besoin de ressembler à celle d'un réseau social. Elle a besoin d'être ouverte et comprise en deux secondes par vos utilisateurs.
- Vouloir tout dans la première version. Chaque fonction ajoutée avant la mise en ligne retarde le moment où de vrais utilisateurs vous diront ce qui compte.
- Séparer l'application de vos outils. Une application qui ne parle pas à votre gestion crée une deuxième base, donc une deuxième vérité, et des ressaisies.
- Signer sans périmètre écrit. Un devis qui ne liste pas les parcours, les connexions et les plateformes couvertes sera dépassé, et ce sera à vos frais.
- Oublier la maintenance. Une application non maintenue disparaît des stores en un à 2 ans.
Questions fréquentes
Sources et références
SujetsApplication mobileApplication webReact NativeDevisPME
L'auteur
Valentin Petitclerc
Fondateur de Stratedge Consulting, agence de systèmes digitaux sur mesure à Paris et Lyon. Plus de 250 clients depuis 2022 : cabinets d'avocats et de notaires, PME, startups, groupes. Écrit à partir de ce que l'équipe livre sur le terrain.
LinkedInAppliquer cette méthode chez vous
Une visio de 30 minutes avec un fondateur pour regarder votre situation, puis, si c'est utile, un Diagnostic Express à 500 € HT déduit de la suite.
Réserver une visio découverte