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. Les questions qui suivent sont toujours les mêmes : le coût, le délai, la première étape. Cet article donne les réponses que nous apportons 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.
Application mobile ou site mobile
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.
Coût et 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.
| Projet | 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.
Le poste oublié
les mises à jour imposées par Apple et Google. Chaque année, les stores exigent des versions compatibles avec leurs nouveaux systèmes. Une application sans maintenance finit retirée des stores. C'est ce que couvre l'abonnement Care.
Approches techniques
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 la même équipe fait vivre les trois plateformes. Le natif pur reste le bon choix pour les rares applications qui exploitent intensément le matériel.
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.
La maquette avant le code
nous ne codons rien avant que des maquettes cliquables aient été validées, écran par écran, avec deux ou trois utilisateurs réels. C'est à cette étape que se corrigent les erreurs qui coûtent le plus cher ensuite.
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 cahier des charges 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.
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 cahier des charges. 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 à deux ans.
À retenir
un usage hebdomadaire au minimum, trois écrans du quotidien, une base commune pour iOS, Android et web, des maquettes validées avant le code, un cahier des charges écrit, un budget de maintenance. Le reste suit.
Questions fréquentes
Sources et références
Tous nos guides sur ce sujet : Sites web et applications
SujetsApplication mobileApplication webReact NativeDevisPME
L'auteur
Auteur des articles du blog de Stratedge Consulting, qui conçoit et développe sur mesure des sites, des logiciels et des tableaux de bord. Plus de 250 clients depuis 2022 : cabinets d'avocats et de notaires, PME, startups, groupes. Chaque article part des projets que nous réalisons pour nos clients.
LinkedInMise en pratique
Une visio de 30 minutes avec un expert Stratedge pour examiner votre situation, puis, si le besoin est confirmé, un Diagnostic Express à 500 € HT déduit de la suite.
Demander un rendez-vous