Applications
Commander une application mobile : ce qu’il faut savoir avant de signer
Native, multiplateforme ou PWA ? Avant un devis de développement mobile, vérifiez d’abord que vos utilisateurs l’ouvriront chaque semaine. Puis lisez ce qui suit.
Par L’équipe APE Com’
· 5 min de lecture
« Il nous faudrait une appli. » La phrase arrive souvent en fin de réunion, comme une évidence. Parfois c’est une excellente idée. Souvent, c’est un site bien fait qui manque, ou un simple formulaire. Avant de signer un devis de développement mobile, voici ce qu’on aimerait que chaque client sache. Ça évite des mois de travail et quelques dizaines de milliers d’euros mal placés.
D’abord : avez-vous vraiment besoin d’une application ?
Une application installée sur un téléphone a un coût d’entrée énorme pour l’utilisateur : il doit la chercher, la télécharger, accepter des autorisations, lui laisser de la place. Il ne le fera que s’il compte s’en servir souvent. C’est la seule question qui compte : vos utilisateurs l’ouvriront-ils au moins une fois par semaine ?
Quelques cas où la réponse est oui : une équipe de techniciens qui saisit ses interventions sur le terrain, des clients fidèles qui commandent chaque semaine, un outil de suivi de chantier partagé avec les sous-traitants, une carte de fidélité utilisée à chaque passage en boutique.
Quelques cas où c’est non : présenter l’entreprise, afficher un catalogue consulté deux fois par an, prendre des rendez-vous ponctuels. Un site rapide et bien pensé fait le travail, coûte bien moins cher, et sera trouvé sur Google, ce qu’une application ne sera jamais.
Native, multiplateforme ou PWA
Trois grandes familles, avec chacune ses raisons d’exister.
L’application native
Développée spécifiquement pour iOS d’un côté, Android de l’autre. Elle offre les meilleures performances et un accès complet au téléphone. Elle coûte aussi deux fois plus cher à développer et à maintenir, puisqu’il y a deux applications. À réserver aux usages exigeants : jeux, traitement vidéo, objets connectés.
L’application multiplateforme
Une seule base de code (Flutter, React Native…) qui produit les deux applications. Pour la grande majorité des applications métier et clients, c’est le meilleur compromis : publication sur l’App Store et Google Play, accès à l’appareil photo, à la géolocalisation, aux notifications, et un budget maîtrisé. C’est ce qu’on recommande le plus souvent.
La PWA, ou application web progressive
Un site qui se comporte comme une application : on l’installe depuis le navigateur sur l’écran d’accueil, il fonctionne même avec une connexion faible, il peut envoyer des notifications. Pas de passage par les stores, pas de commission, des mises à jour instantanées. Pour une application interne à l’entreprise, c’est souvent la solution la plus maline, et la plus rapide à lancer.
Le cahier des charges qui tient sur deux pages
Inutile de rédiger un document de quarante pages que personne ne lira. Mais venez avec des réponses claires à ces questions :
- Qui va utiliser l’application, et dans quelles conditions ? Un chef de chantier avec des gants sous la pluie n’a pas les mêmes besoins qu’une cliente sur son canapé.
- Quelles sont les trois actions qu’on doit pouvoir faire en moins de trente secondes ?
- Faut-il fonctionner sans réseau ? Dans un sous-sol, une cave ou une zone rurale, c’est une contrainte qui change toute l’architecture.
- Avec quels outils l’application doit-elle échanger des données ? ERP, logiciel de devis, CRM, agenda.
- Qui la fera vivre une fois livrée ? Contenus, comptes utilisateurs, support.
À partir de là, un bon prestataire vous propose une maquette interactive, cliquable sur téléphone, avant d’écrire la moindre ligne de code. Faites-la tester par trois vrais utilisateurs. Ce que vous corrigez à ce stade coûte dix fois moins cher qu’après le développement.
Les coûts qu’on ne vous annonce pas toujours
Le prix du développement n’est que le début. Prévoyez aussi :
- Les comptes développeur : 99 € par an chez Apple, 25 dollars une fois pour toutes chez Google1, 2. Ouvrez-les au nom de votre entreprise, pas de votre prestataire.
- Le serveur et les services : hébergement des données, envoi des notifications, cartes, paiements. Certains sont facturés à l’usage et peuvent grimper si l’application décolle.
- La maintenance : chaque année, Apple et Google publient une nouvelle version de leur système, et une application qu’on ne met pas à jour finit par ne plus fonctionner, puis par être retirée des stores. On compte en général 15 à 20 % du budget initial par an pour la maintenance et les petites évolutions.
- Les commissions si vous vendez du contenu numérique dans l’application : jusqu’à 30 % chez Apple et Google selon les cas.
Le passage par les stores
La publication n’est pas une formalité. Apple examine chaque application et chaque mise à jour ; l’entreprise indique traiter en général la moitié des soumissions en moins de 24 heures et 90 % en moins de 48 heures3, mais un refus peut faire perdre une semaine. Le motif le plus fréquent pour les petites entreprises : une application qui n’est qu’un site web emballé, sans fonctionnalité propre. Les règles d’Apple l’excluent explicitement (article 4.2, « fonctionnalités minimales »)4. Si votre projet ressemble à ça, c’est le signe qu’un site ou une PWA suffirait.
Il faut aussi préparer une politique de confidentialité, des captures d’écran, une description, et déclarer précisément les données collectées. Côté RGPD, la règle vaut pour une application comme pour un site : ne collectez que ce dont vous avez besoin.
Exigez la propriété du code
C’est le point qu’on répète à chaque rendez-vous, parce qu’on a vu trop d’entreprises bloquées : le code source, les comptes des stores et l’accès aux serveurs doivent être à vous. Si votre prestataire disparaît ou que la relation se dégrade, vous devez pouvoir confier l’application à quelqu’un d’autre le lendemain. Faites-le écrire dans le contrat. On développe ce sujet, valable aussi pour les sites, dans notre article sur la propriété de son site.
Notre façon de faire
On commence toujours par un atelier : à quoi servira l’application, pour qui, dans quelles conditions. Parfois, on en ressort en conseillant de ne pas faire d’application du tout. Quand le projet tient debout, on passe par une maquette testée, puis un développement multiplateforme ou une PWA, la publication sur les stores et la maintenance. Et comme APE Com’ fait partie d’un groupe qui édite aussi des logiciels, les connexions avec vos outils métier ne nous font pas peur.
Tout le détail est sur notre page Applications mobiles, et les outils web sur mesure (webapps, API, modules) sur Développement & applications. Si votre besoin se résume finalement à un site, notre article sur le prix d’un site internet à Lyon vous donnera les bons repères.
Sources
- Apple, « Programme Apple Developer » : developer.apple.com
- Google, aide Play Console, « S’inscrire pour obtenir un compte de développeur Google Play » : support.google.com
- Apple, « App Review » : developer.apple.com
- Apple, « App Review Guidelines », article 4.2 : developer.apple.com
Passer à l’action
Une application utile avant d’être jolie.
Atelier de cadrage, maquette testée, puis développement iOS, Android ou PWA. Le code vous appartient.
Parlons de votre projet
Failles PHP2Shell : ce qui s’est passé et ce que vous devez vérifier
Deux failles critiques de PHP, surnommées PHP2Shell, ont été corrigées en urgence le 21 octobre 2026 après une fuite. Ce qui s’est passé, qui est exposé et quoi vérifier sur votre site. Lire l’article
Prix d’un site internet à Lyon en 2026 : ce que vous payez vraiment
Entre 0 € et 25 000 €, les écarts n’ont aucun sens vus de l’extérieur. Ils en ont pourtant un. Ce que recouvre un devis, les fourchettes réalistes et nos prix affichés. Lire l’article