Applications mobiles
Je construis des applications mobiles sur-mesure, iOS et Android à partir d'un seul code React Native, pour les TPE et PME qui ont un vrai besoin opérationnel : équipes terrain, apps client, prolongement d'un service en ligne, MVP de startup.
Je commence par observer comment vos gens travaillent vraiment, pas par dessiner des écrans. À la fin, le code source, la documentation et les comptes stores sont à votre nom.
Quand une app mobile a du sens
Une app mobile n'est pas un meilleur site web.
Elle a du sens dans trois cas : votre équipe ou vos clients ouvrent l'outil plusieurs fois par semaine ; vous avez besoin du téléphone lui-même (caméra, GPS, scan code-barres, notifications) ; ou les conditions d'usage l'imposent (terrain, mains prises, zone sans réseau).
En dehors de ça, un site web bien fait suffit, et coûte 3 à 5 fois moins cher.
Les cas d'usage
Chauffeurs, livreurs, techniciens, commerciaux mobiles. Personnes qui travaillent debout, dans une voiture, ou sur un site client.
Exemple : Dispatch, l'app chauffeur que j'ai construite pour une startup de mobilité (React Native + Firebase + n8n). Tracking GPS, courses en temps réel, statut live.
Marques avec un programme de fidélité, un catalogue, ou un compte client qui justifie une app plutôt qu'un simple site mobile.
Cas typique : commerce avec carte de fidélité numérique, scan en magasin, notifications promo ciblées, historique d'achats accessible hors ligne.
Vous avez déjà un SaaS web qui marche, et vos utilisateurs réclament une app mobile pour les actions rapides (notifications, validation, accès express).
Cas typique : SaaS de gestion documentaire qui ajoute une app pour signer un document depuis le téléphone, ou recevoir une alerte quand une signature arrive.
Vous testez un produit avant une levée ou un investissement plus lourd. L'app doit prouver une traction mesurable en 3-6 mois, sans surinvestir.
Approche : périmètre minimal validé avec vous, build en 4-6 semaines, analytics dès le jour 1 pour mesurer les vrais usages avant d'étendre.
Stack technique
Je construis avec React Native + Expo par défaut. Le reste du temps, je vous oriente vers Flutter (spécialiste partenaire) ou je propose une PWA si le besoin n'exige pas une vraie app native.
Comment je structure le projet
2 jours d'observation du flux réel. Qui utilise l'app, dans quel contexte (debout, en marchant, en conduisant), pour quelle décision. Identification des écrans qui n'ont aucune raison d'exister. Sans cette étape, on construit 12 écrans au lieu de 5.
Livrable · Cartographie du flux utilisateur + liste des écrans à coder (et à NE PAS coder)
Pas de phase Figma. Je code directement les écrans clés sous forme de prototype cliquable, installé sur votre téléphone via Expo Go en 48-72 h. Validation avec les vrais utilisateurs (pas avec le décideur seul). Le critère n'est pas l'esthétique : c'est le nombre de taps pour accomplir l'action principale. Une app métier réussie tient en 2-3 taps par action.
Livrable · Prototype cliquable codé sur votre téléphone (Expo Go) + scénarios testés sur 3-5 utilisateurs cibles
Sprints de 2 semaines. À chaque fin de sprint, démo de ce qui marche réellement sur un téléphone (pas juste sur simulateur). Vous testez en main entre chaque sprint. Pas de surprise au lancement parce qu'on n'attend pas la fin pour montrer.
Livrable · App testable installée sur votre téléphone à chaque fin de sprint (TestFlight iOS, Play Console interne Android)
Soumission App Store + Play Store (3-7 jours de revue Apple, plus court côté Google). Configuration analytics. Formation 2h des utilisateurs internes. Suivi 3 mois inclus pour les bugs et premiers ajustements remontés du terrain.
Livrable · App publiée sur les 2 stores + dashboard analytics + manuel utilisateur PDF
Étude de cas
Écosystème complet : application React Native / Expo pour les chauffeurs (Android), dashboard web pour l'admin, automatisations n8n pour les flux de communication, backend Firebase pour le temps réel. Tracking GPS, gestion des courses live, communication multi-canal (in-app + SMS + email).
L'app pensée pour l'usage conducteur (gros boutons, peu de clics, info critique visible). Les tâches répétitives automatisées pour libérer l'admin.
Lire l'étude de cas complèteTarifs
Je ne publie pas de prix d'entrée. Une app simple (3 écrans MVP, sans backend) n'a rien à voir avec une app fonctionnelle (auth + backend custom + intégrations + soumission stores). Afficher « à partir de 4 990 € » serait honnête pour quelques projets et trompeur pour la plupart.
Process : audit express gratuit 30 min → cadrage du périmètre → devis détaillé sous 5 jours ouvrés → 30 % d'acompte / 60 % à la livraison / 10 % à la passation. Toutes les factures en HT, franchise de TVA (article 293 B du CGI).
Questions fréquentes
Trois technos pour trois usages différents. **React Native** (ce que j'utilise par défaut) : une seule base de code JavaScript/TypeScript pour iOS + Android, accès complet aux fonctions natives du téléphone (caméra, GPS, notifications push, biométrie). Mon choix par défaut pour une app de TPE/PME. Une seule base de code au lieu de deux : moins de développement, une seule maintenance. **Flutter** (Google, langage Dart) : meilleures performances pour UI sur-mesure avec beaucoup d'animations, mais plus loin de l'écosystème web. Je vous oriente vers un spécialiste Flutter si votre besoin justifie cette stack. **PWA** (Progressive Web App) : votre site web installable sur le home screen du téléphone. Pas d'app store, pas de notifications iOS (Apple bloque encore en grande partie). Bon pour un MVP ultra-rapide ou pour une app qui ne sert qu'occasionnellement. Ma règle : on choisit la techno après le diagnostic du besoin, pas avant.
Entre 4 semaines (MVP simple) et 16 semaines (app complexe avec backend custom). **MVP 3-5 écrans, 1 fonction métier, sans backend custom** : 4-6 semaines. **App fonctionnelle 8-12 écrans, auth + backend Firebase + notifications push** : 8-12 semaines. **App complexe multi-rôles, intégrations tierces, soumission stores** : 12-20 semaines. À chaque sprint de 2 semaines, vous avez une version testable sur votre téléphone via TestFlight (iOS) ou Play Console interne (Android). Pas d'attente jusqu'à la fin pour voir ce qui se construit.
Les deux dans la majorité des cas, sauf besoin spécifique. App Store (iOS) : audience plus restreinte qu'Android en France, mais utilisateurs avec un panier moyen plus élevé. Revue Apple avec des règles strictes, à prévoir dans le planning. Play Store (Android) : la majorité des smartphones en France. Moins de friction sur les règles éditoriales. Exception : app métier interne déployée uniquement chez Apple ou uniquement chez Google, sans passage par les stores publics (distribution via MDM ou TestFlight / Play Console interne). Possible et parfois plus rapide.
Le code source est à vous, sur votre GitHub, avec documentation complète. Ce que vous récupérez à la passation : - Repo GitHub avec accès admin - Documentation technique (architecture, stack, dépendances, commandes de build) - Accès aux comptes développeurs Apple + Google (à votre nom, pas au mien) - Manuel de mise à jour basique (changer un texte, une couleur, ajouter un écran simple) - Suivi 3 mois inclus pour les bugs critiques et premiers ajustements Si vous voulez gérer la maintenance en interne après les 3 mois : votre dev peut reprendre. Si vous voulez que je continue : forfait maintenance mensuel sur devis (mises à jour stores, corrections, petites évolutions).
Ça dépend de ce que l'app fait. Trois cas typiques. **Pas besoin de backend** : app qui consomme uniquement des données publiques (API tierces, contenu statique). Rare en pratique. **Firebase (Google) suffit** : besoin d'authentification, base de données temps réel, notifications push, storage de fichiers. Couvre la plupart des besoins courants d'une TPE/PME, sans backend à construire de zéro. **Backend custom nécessaire** : logique métier complexe, intégrations multiples, contrôle total sur les données (RGPD strict, secteurs régulés). On part sur Next.js API routes ou un serveur Node dédié, hébergé sur Vercel ou un VPS européen. Le choix se fait après le diagnostic, pas avant.
Les deux selon le projet, avec une préférence remote pour la phase build. **Diagnostic et observation terrain** : présentiel idéal pour les apps métier internes (chauffeurs, techniciens). Je passe 1-2 jours sur place pour voir le flux réel, parler aux utilisateurs, comprendre les contraintes physiques (gants, soleil, écran cassé, batterie morte). Cette étape ne se fait pas en visio. **Phase design + build** : 100 % remote. Sprints de 2 semaines avec démo en visio à chaque fin de sprint. Vous testez l'app entre les sprints sur votre téléphone. **Lancement + formation** : présentiel selon le besoin (formation utilisateurs en groupe). Sinon, formation en visio + manuel PDF. Déplacements possibles : Paris, Île-de-France, Lyon, Bordeaux pour la France · Kinshasa et Afrique francophone selon la mission.
Amina OuaddayIngénieure process & IA · c'est moi qui décroche
30 minutes d'audit express gratuit. On regarde si une app a vraiment du sens pour votre besoin, et si oui, lequel des 4 cas d'usage colle. Vous repartez avec une vision claire.