Vous envisagez une application mobile pour vos clients ou pour vos équipes ? Avant même de parler de technologie, une question mérite d’être posée : avez-vous besoin d’une application ? Si la réponse est oui, trois grandes familles de solutions s’offrent à vous, avec des coûts et des possibilités très différents.
D’abord : avez-vous vraiment besoin d’une application ?
Une application se justifie quand elle est utilisée régulièrement, quand elle exploite les capacités du téléphone (appareil photo, géolocalisation, notifications, fonctionnement hors connexion) ou quand elle sert d’outil de travail quotidien à des équipes terrain. Pour un usage occasionnel, comme consulter une offre ou remplir un formulaire une fois par an, un site web bien conçu pour le mobile fera souvent aussi bien, pour un coût moindre.
L’application native
Une application native est développée spécifiquement pour chaque système : en Swift pour iOS, en Kotlin pour Android. C’est la voie royale en matière de performance, de fluidité et d’intégration au téléphone : les nouveautés d’Apple et de Google sont exploitables dès leur sortie, et l’expérience respecte parfaitement les codes de chaque plateforme.
Son inconvénient : deux applications à développer et à maintenir, donc un budget plus élevé. Elle s’impose pour les applications exigeantes (cartographie, traitement photo ou vidéo, objets connectés en Bluetooth, animations riches) et pour les applications grand public dont l’expérience est un argument commercial.
L’application multiplateforme, ou hybride
Une seule base de code produit les applications iOS et Android. Plusieurs technologies coexistent : Flutter, React Native, Kotlin Multiplatform, .NET MAUI, ou encore les frameworks fondés sur les technologies du web, comme Ionic et Capacitor, avec Angular ou React.
L’économie est réelle : un seul développement, une seule équipe, les mêmes fonctionnalités sur les deux plateformes. Pour la grande majorité des applications de gestion (listes, formulaires, plannings, photos, signatures), le résultat est excellent. Certaines fonctions très spécifiques demandent toutefois du code natif complémentaire, et l’application dépend de l’évolution du framework choisi.
Kotlin Multiplatform ouvre une voie intermédiaire intéressante : partager la logique métier entre iOS et Android, tout en conservant, si on le souhaite, des interfaces natives.
La PWA, ou application web installable
Une Progressive Web App est un site web qui se comporte comme une application : elle s’installe sur l’écran d’accueil, fonctionne en partie hors connexion et peut envoyer des notifications. Pas de passage par les stores, une seule base de code partagée avec votre site, et des mises à jour instantanées.
Ses limites : un accès plus restreint aux fonctions du téléphone, en particulier sur iPhone, où les notifications ne sont possibles que depuis iOS 16.4, et seulement si l’application a été ajoutée à l’écran d’accueil. Sans présence dans les stores, elle est aussi moins visible du grand public. Elle est en revanche idéale pour un outil interne, une application B2B ou une première version destinée à tester un concept.
Le comparatif en un coup d’œil
| Native | Multiplateforme | PWA | |
|---|---|---|---|
| Performance et fluidité | Excellentes | Très bonnes | Bonnes |
| Accès aux fonctions du téléphone | Complet | Quasi complet | Partiel |
| Coût de développement | Élevé (deux applications) | Modéré | Le plus faible |
| Présence dans les stores | Oui | Oui | Non |
| Mises à jour | Via les stores | Via les stores | Instantanées |
| Idéale pour | Applications exigeantes et grand public | La plupart des applications métiers | Outils internes, premières versions |
Les autres critères de choix
- Votre budget et votre calendrier : le multiplateforme permet souvent de sortir plus vite sur les deux systèmes.
- Les fonctions indispensables : si votre application repose sur une fonction très particulière du téléphone, vérifiez-la en premier.
- Votre public : une application grand public se juge sur sa fluidité et sa présence dans les stores ; un outil interne, sur son efficacité.
- Votre existant : une application web déjà en place peut parfois être réutilisée en partie.
- La maintenance : Apple et Google publient chaque année de nouvelles versions de leurs systèmes, et imposent régulièrement des mises à jour aux applications publiées. Il faut le prévoir, quelle que soit la technologie.
Le budget ne s’arrête pas à la publication
Une application mobile, ce sont aussi des comptes développeur (une centaine d’euros par an chez Apple, 25 dollars une fois pour toutes chez Google), une validation par les stores à chaque publication, des mises à jour régulières, et presque toujours un serveur : une API et un back-office pour gérer les contenus, les utilisateurs et les données. Ce back-office est souvent une application métier à part entière, et il représente une part importante du projet.
Notre approche
Chez Nextalys, nous concevons des applications natives et hybrides, et nous choisissons la technologie au cas par cas, selon vos usages, votre budget et vos outils existants. Nous avons par exemple développé les applications iOS et Android de Resto du Coin, pour les particuliers comme pour les professionnels, celle de Kosher Map, ou encore celle de My Photo Agency, dont nous assurons aussi les évolutions et la maintenance. Nous développons également des fonctionnalités de l’application Ulys pour Vinci Autoroutes.
