Applications produit grand public
Compte utilisateur, contenu, notifications push, paiement in-app. Le cas majoritaire, et celui où React Native est le plus clairement rentable.
Partenaire technologique — Paris & New York
Une seule équipe, une seule base de code, deux applications en production sur l'App Store et le Play Store.
Réponse sous 24h.
React Native permet de construire des applications iOS et Android à partir d'une base de code unique en TypeScript, tout en produisant des composants d'interface réellement natifs. Pour la grande majorité des produits mobiles — un compte, des écrans de données, des notifications, un paiement — la différence perçue par l'utilisateur face à du natif pur est nulle.
L'intérêt réel n'est pas technique, il est économique. Développer et maintenir deux applications natives séparées demande deux équipes, deux cycles de correctifs et deux fois plus de tests de non-régression. Pour une startup, c'est souvent la différence entre livrer et ne pas livrer.
Cela ne veut pas dire que React Native est toujours le bon choix. Il y a des cas où il ne l'est pas, et nous les listons plus bas — parce qu'une agence qui ne vous dit jamais non ne vous conseille pas.
Le piège classique du mobile n'est pas le développement, c'est tout ce qui vient après : les comptes développeur, la revue Apple, les certificats de signature, les mises à jour forcées, la gestion des versions installées chez les utilisateurs. Beaucoup de projets sont techniquement terminés et bloqués trois semaines sur la publication.
Nous prenons en charge la chaîne complète, de l'architecture jusqu'à la présence effective sur les stores et aux mises à jour suivantes. Vous n'avez pas à devenir expert des règles de l'App Store.
Et comme sur le reste de nos interventions, nous travaillons en partenaire technique et non en prestataire d'exécution : si votre besoin ne justifie pas une application mobile — et c'est plus fréquent qu'on ne le croit — nous vous le dirons avant de vous facturer six mois de développement.
Compte utilisateur, contenu, notifications push, paiement in-app. Le cas majoritaire, et celui où React Native est le plus clairement rentable.
Outils pour équipes mobiles : relevés, inventaires, interventions. Mode hors-ligne avec synchronisation, scan de codes-barres, photos géolocalisées.
Vous avez déjà une application web en React. Une partie de la logique métier et des types TypeScript se partage, ce qui réduit sensiblement le coût de la version mobile.
Sortir sur les deux plateformes en une seule fois pour tester une hypothèse marché, sans engager le budget de deux applications natives.
Nous démarrons par le parcours utilisateur, pas par l'architecture technique. Sur mobile, la contrainte dominante est l'écran : ce qui n'y tient pas ne sera pas utilisé. Cadrer le parcours en premier évite de développer des fonctionnalités que personne n'ouvrira.
Le développement s'appuie sur Expo pour la chaîne de build et les mises à jour, ce qui supprime une grande partie de la friction d'outillage. Quand un besoin natif spécifique le justifie, nous sortons du cadre géré — ce n'est pas un mur.
Vous testez sur votre propre téléphone dès les premières semaines, via des builds de préversion. C'est le seul moyen fiable de juger une application mobile ; une capture d'écran ne dit rien de la sensation d'usage.
Nous gérons la publication de bout en bout : comptes développeur Apple et Google, fiches store, captures, politique de confidentialité, réponses aux retours de la revue Apple. Puis les mises à jour, avec une stratégie explicite sur les versions que vous continuez de supporter.
| Langage | TypeScript / React |
|---|---|
| Plateformes | iOS et Android depuis une base unique |
| Outillage | Expo, EAS Build, mises à jour over-the-air |
| Backend | NestJS ou Next.js, PostgreSQL |
| Publication | App Store et Google Play, prise en charge complète |
| Délai d'un premier MVP | 8 à 12 semaines selon le périmètre |
Un MVP mobile se situe généralement entre 30 000 € et 70 000 €, publication sur les deux stores incluse. Le budget dépend surtout du nombre d'écrans, des intégrations tierces (paiement, cartographie, messagerie) et du besoin de mode hors-ligne, qui est le facteur le plus sous-estimé.
Les deux sont de bons choix. React Native a l'avantage si vous avez déjà du React côté web : mêmes compétences, mêmes types, une partie de la logique partagée. Flutter a un léger avantage sur les animations complexes et la cohérence de rendu entre plateformes. Dans la pratique, l'écosystème de votre équipe pèse plus lourd que la comparaison technique. Nous avons écrit un comparatif détaillé sur le sujet.
Pour la grande majorité des applications, oui. La nouvelle architecture de React Native a supprimé le pont asynchrone qui était la principale source de latence. Les écarts deviennent perceptibles sur des cas spécifiques : animations très complexes, traitement d'image en temps réel, réalité augmentée. Si votre produit est dans ces cas-là, nous vous orienterons vers du natif.
Vous. Nous créons les comptes à votre nom et sous votre entité juridique, et nous y intervenons en tant qu'utilisateurs invités. C'est un point sur lequel il ne faut jamais transiger : une application publiée sous le compte de son prestataire est un actif que vous ne contrôlez pas.
La revue Apple prend généralement entre 24 et 72 heures. Le risque n'est pas le délai mais le rejet, qui coûte un aller-retour complet. Les motifs les plus fréquents sont documentés et évitables : politique de confidentialité manquante, fonctionnalité de suppression de compte absente, ou application jugée trop proche d'un simple site web encapsulé. Nous cadrons ces points en amont.
En partie. Les mises à jour over-the-air permettent de pousser des correctifs de code JavaScript directement aux utilisateurs, sans nouvelle revue. En revanche, tout changement touchant au code natif — une nouvelle dépendance système, une permission supplémentaire — impose une nouvelle soumission.
30 minutes avec Loïc pour auditer votre situation technique et identifier votre plus grande opportunité. Sans engagement.
Réserver un appel stratégique