Développeur mobile freelance
Développeur mobile freelance : iOS, Android et cross-platform
Une app mobile, ce n'est pas toujours la bonne réponse à votre besoin. Je vous aide à choisir entre PWA, cross-platform et natif, puis je construis la solution qui tient sur la durée.
Le mobile, c'est une famille de solutions très différentes les unes des autres, et le bon choix dépend surtout de votre projet, pas de la mode. Moi, je travaille principalement en cross-platform — React Native pour une vraie app sur les stores, PWA quand le web suffit — et sur l'intégration mobile de plateformes existantes (API, espace client, notifications). J'ai des notions iOS/Swift, assez pour dialoguer avec le natif et intégrer des modules, mais je ne me présente pas comme un spécialiste du natif pur et avancé : quand un projet l'exige vraiment, je vous le dis franchement et je vous oriente. L'idée n'est pas de vous vendre une app à tout prix, mais de partir de votre usage réel et d'y répondre avec le moins de complexité possible.
Mon approche par défaut sur le mobile, c'est le cross-platform avec React Native. Le principe est simple : au lieu de développer une application pour iOS puis une autre, séparée, pour Android, on écrit une seule base de code qui s'exécute sur les deux systèmes. Concrètement, cela veut dire un seul effort de développement, des corrections de bugs qui profitent immédiatement aux deux plateformes, et des nouvelles fonctionnalités qui sortent en même temps partout. Pour une TPE, un artisan ou une jeune structure aux Antilles, c'est souvent la différence entre un projet mobile faisable et un projet hors budget.
React Native n'est pas un bricolage : c'est l'outil derrière des applications grand public utilisées par des millions de personnes. Le rendu s'appuie sur les composants natifs du téléphone, donc l'interface ressemble et réagit comme une vraie app, pas comme un site emballé dans une coquille. Et comme c'est de l'écosystème React, je retrouve les mêmes réflexes que sur le web : TypeScript pour limiter les bugs d'intégration, composants réutilisables, et une logique partagée avec le front web quand le projet le permet.
Dans la pratique, je m'appuie le plus souvent sur Expo, l'outillage qui simplifie la vie autour de React Native : builds dans le cloud, mises à jour à distance, accès propre aux fonctions du téléphone (caméra, géolocalisation, notifications). Ça évite de passer des journées à configurer des environnements iOS et Android avant même d'avoir écrit une ligne utile, et ça permet de vous livrer très tôt un build que vous installez sur votre propre téléphone pour juger en conditions réelles, pas sur une vidéo ou des captures.
Le cross-platform a évidemment ses limites, et je ne vais pas les cacher. Certaines fonctions très spécifiques à un système, certaines performances de pointe (jeux, traitement graphique intensif, réalité augmentée poussée) sont mieux servies par du natif pur. Mais pour l'immense majorité des applications métier — un catalogue, une prise de commande, un espace adhérent, un outil de terrain — React Native couvre le besoin sans la double facture du natif.
Avant de parler de stores et d'applications, il faut se poser une question honnête : avez-vous vraiment besoin d'une application native, ou d'une bonne expérience mobile ? Beaucoup de projets qu'on me présente comme « il me faut une app » sont en réalité parfaitement servis par une PWA, une Progressive Web App. C'est un site web moderne, rapide, qui s'installe sur l'écran d'accueil du téléphone, fonctionne en plein écran, peut marcher en partie hors-ligne et envoyer des notifications. Pas de store, pas de validation Apple, des mises à jour instantanées, et un coût bien inférieur.
La PWA brille quand votre besoin reste proche du web : un espace client, un catalogue consultable, un outil interne pour votre équipe, le prolongement mobile d'un site que vous avez déjà. Vous touchez vos utilisateurs immédiatement, sans leur demander de passer par un téléchargement, et vous gardez une seule chose à maintenir. Pour un commerce ou un service en Martinique qui veut une présence mobile crédible sans s'engager dans un développement lourd, c'est très souvent le meilleur rapport résultat / effort.
Il faut quand même connaître les bornes de l'exercice. Sur iPhone, une PWA reste un peu plus bridée que sur Android : les notifications push y sont arrivées tardivement et certains accès matériel poussés ne sont pas ouverts. Pour un usage grand public où une partie de votre audience est sur iOS, j'en tiens compte dès le cadrage, quitte à conclure qu'une vraie app sera plus solide. Une PWA bien faite couvre énormément de cas, mais je ne vous la vendrai pas comme l'équivalent exact d'une application installée si votre besoin la dépasse.
L'application installée sur les stores reste justifiée dans des cas précis : besoin d'être visible et téléchargeable sur l'App Store et le Play Store, notifications push fines, accès matériel poussé (capteurs, Bluetooth, usage hors-ligne intensif), ou simplement une attente forte du marché sur votre secteur. Mon rôle, c'est de vous aider à trancher en connaissance de cause — quitte à vous déconseiller l'app que vous étiez venu chercher si une PWA fait le travail pour moins cher.
Une application mobile est rarement seule au monde : elle parle presque toujours à un serveur. C'est exactement là que mon profil prend tout son sens. Je construis aussi bien le back-end — API en Laravel, Symfony ou Node.js — que la partie mobile qui le consomme. Du coup, je ne livre pas une app d'un côté et une API de l'autre en espérant qu'elles s'entendent : je conçois les deux ensemble, avec un contrat d'API clair, une authentification solide et, quand c'est possible, des types partagés de bout en bout pour éviter les surprises à l'intégration.
Cette cohérence change beaucoup de choses au quotidien. L'authentification reste maîtrisée plutôt que bricolée, la gestion des données hors-ligne et de la synchronisation est pensée dès la conception, et les notifications s'appuient sur une logique serveur propre. Quand vous avez déjà une plateforme web — un espace client, un back-office, une boutique — décliner une version mobile devient un prolongement naturel : on réutilise l'existant au lieu de tout reconstruire.
Le hors-ligne, justement, mérite qu'on s'y attarde, surtout pour un usage de terrain aux Antilles où la couverture réseau n'est pas toujours parfaite. Une app pensée pour ça garde les données utiles en local, laisse l'utilisateur continuer à travailler sans connexion, puis synchronise dès que le réseau revient. Ce n'est pas magique : ça se décide en amont, parce que ça touche au modèle de données et à la façon dont l'app dialogue avec le serveur. Je préfère poser ces règles dès le départ plutôt que de les plaquer après coup.
Sur les fonctions vraiment natives qui dépassent le cross-platform, je reste lucide. J'ai des notions iOS et Swift, suffisantes pour intégrer un module natif, débloquer un point d'API système ou collaborer avec un développeur natif. Mais si votre projet repose sur du natif pur très avancé, je préfère vous le dire d'entrée et vous orienter vers la bonne personne, plutôt que de m'engager au-delà de ce que je maîtrise sérieusement. C'est ce qui me permet de vous garantir le reste : un mobile cross-platform ou une PWA, bien intégré, testé et maintenable.
Mettre une app en ligne, ce n'est pas appuyer sur un bouton et passer à autre chose. Sur l'App Store et le Play Store, chaque mise en ligne passe par une fiche à soigner (visuels, description, captures), des règles de validation à respecter et, côté Apple surtout, une revue humaine qui peut demander des allers-retours. J'anticipe ces étapes pour vous éviter les mauvaises surprises de dernière minute, et je prépare des builds propres, signés correctement, prêts à être soumis.
Un point sur lequel je suis intransigeant : les comptes développeur Apple et Google, ainsi que leurs frais, restent à votre nom. C'est plus sain pour la propriété de votre app — vous en gardez le contrôle, les avis et l'historique des versions vous appartiennent, et vous n'êtes jamais prisonnier d'un prestataire pour publier une mise à jour. Je vous accompagne pour créer ces comptes et publier sereinement, mais l'app reste la vôtre, de bout en bout.
Une fois en ligne, une application vit : les systèmes iOS et Android évoluent chaque année, des bibliothèques se mettent à jour, des bugs remontent du terrain. Je mets en place un suivi des erreurs pour voir ce qui casse réellement chez vos utilisateurs, pas seulement sur mon téléphone, et je planifie les mises à jour de façon raisonnable. Avec React Native et Expo, une partie des corrections peut même être poussée à distance, sans repasser systématiquement par la validation des stores — un vrai gain de réactivité sur les petits ajustements.
Ma logique, c'est de partir petit et solide plutôt que gros et fragile. Je préfère cadrer un MVP réellement utile, le mettre entre les mains de vrais utilisateurs, écouter ce qui remonte, puis faire grandir l'app par itérations. Vous investissez au bon endroit, vous validez votre usage avant de payer les fonctions secondaires, et vous gardez une application qui reste compréhensible et maintenable dans le temps. C'est moins spectaculaire qu'un cahier des charges de cinquante pages, mais c'est ce qui donne des projets mobiles qui aboutissent.
Les avantages
- Une seule base de code React Native pour iOS et Android : moins de doublons, un coût de maintenance contenu.
- PWA possible quand une app installable sans passage par les stores suffit : déploiement immédiat et mises à jour instantanées.
- Back-end et mobile conçus ensemble (Laravel, Symfony, Node) : API claire, auth solide, expérience continue web/mobile.
- Conseil honnête en amont : PWA, cross-platform ou natif, on choisit selon votre usage réel et votre budget, pas selon la mode.
- Tests sur de vrais appareils iOS et Android tout au long du développement, livraison écran par écran.
- Orientation transparente vers un spécialiste si votre projet exige du natif pur très avancé.
Les limites à connaître
- Le natif pur très avancé (graphismes lourds, AR poussée, fonctions système pointues) n'est pas mon cœur de métier : je l'assume et j'oriente quand il le faut.
- Le cross-platform peut nécessiter un peu de code natif pour certaines fonctions très spécifiques à un système.
- Une application publiée sur les stores implique des comptes développeur Apple et Google payants, à votre nom, et des délais de validation à anticiper.
- Une PWA ne couvre pas tous les besoins : présence store, notifications push très fines ou accès matériel poussé restent du ressort d'une vraie app.
Il n'y a pas de bonne réponse dans l'absolu, seulement la solution adaptée à votre usage, votre budget et vos attentes de présence sur les stores. Voici comment je vous aide à trancher.
Choisissez Développement mobile si…
- Vous voulez une app sur iOS ET Android sans payer deux développements séparés : React Native est tout indiqué.
- Votre besoin reste proche du web (espace client, catalogue, outil interne) : une PWA fait le travail pour bien moins cher.
- Vous avez déjà une plateforme web et vous voulez la prolonger en mobile en réutilisant votre back-end.
- Vous voulez valider un usage avec un MVP mobile avant d'investir lourdement.
- Vous cherchez une expérience cohérente entre votre site et votre application, conçue par la même personne.
Préférez autre chose si…
- Votre app repose sur du natif pur très avancé (jeu 3D, traitement graphique intensif, AR poussée) : un spécialiste natif sera plus pertinent.
- Vous avez besoin de fonctions système iOS ou Android très pointues, au cœur du produit, dès le départ.
- La performance brute extrême est le critère numéro un, devant le coût et le délai.
- Une équipe mobile native dédiée existe déjà et porte la techno : autant vous appuyer dessus.
- Votre produit exige une expertise plateforme pointue (Swift/Kotlin avancé) que je préfère vous dire ne pas couvrir à ce niveau.
- Application cross-platform iOS + Android à partir d'une seule base de code
- PWA installable pour prolonger un site ou un espace client sur mobile
- Version mobile d'une plateforme web existante (API, auth, notifications)
- Prototype ou MVP mobile pour valider un usage avant d'investir lourd
Le bon choix avant la techno
PWA, cross-platform ou natif : je pars de votre usage réel et de votre budget pour trancher, au lieu de vous enfermer dans une solution surdimensionnée.
Une seule base de code
En React Native, iOS et Android partagent l'essentiel du code : moins de doublons, des évolutions cohérentes et un coût de maintenance plus raisonnable.
Cohérent avec votre web
Je conçois le back-end (Laravel, Symfony, Node) et le mobile dans le même esprit : API claire, auth solide, types partagés, une expérience continue entre web et mobile.
Cadrage de l'usage
On clarifie qui utilise l'app, dans quel contexte et pour quoi. C'est ici qu'on décide PWA, cross-platform ou natif — pas après.
Maquette et API
Parcours mobile maquetté, contrat d'API défini avec le back-end, gestion de l'auth et du hors-ligne pensée dès le départ.
Développement par écran
Livraison écran par écran en React Native ou PWA, sur un build testable régulièrement sur de vrais appareils iOS et Android.
Publication et suivi
Mise en ligne (stores ou installation PWA), suivi des erreurs, et accompagnement pour les premières mises à jour.
Projet clientBonnes Affaires Immo
Site immobilier en Martinique avec annonces claires, photos professionnelles et vidéos drone immersives.
Projet clientMen'Immo
Plateforme immobilière Symfony sur mesure avec moteur de recherche multi-critères et catalogue filtrable en Martinique.
Projet clientElianza Conseil
Site vitrine Symfony pour cabinet de conseil en performance organisationnelle, avec prise de RDV conditionnelle par service.
FAQ
Expertises liées
À lire sur le blog
Créer un site web en Guadeloupe
Quel site choisir, comment cadrer le projet à distance et construire une visibilité locale utile en Guadeloupe, sans multiplier les pages artificielles.
1er juillet 2025
Créer un site web en Martinique
Du choix du format au suivi après la mise en ligne : une méthode concrète pour créer un site utile, mesurable et adapté à votre activité en Martinique.
30 juin 2025
Site Web : définition, utilité et étapes pour créer le vôtre
Un site web est devenu aujourd’hui un outil indispensable, que vous soyez une entreprise, une association ou un particulier. À…
29 juin 2025Un projet Développement mobile ? Parlons-en.
Je cadre votre besoin et vous dis honnêtement si Développement mobile est le bon choix pour votre projet.