Expo vs React Native CLI : faut-il optimiser pour la vitesse ou pour le contrôle ?
Tu hésites entre Expo et React Native CLI pour lancer ton app mobile ? Cet article t’aide à faire le bon choix selon ton projet : MVP rapide, side-project ou app ambitieuse. On compare les deux approches, leurs avantages, leurs limites, et on te guide selon tes objectifs.
Tu veux lancer une app mobile. Tu sais que React Native est la bonne techno.
Mais tu bloques sur un choix : Expo ou React Native CLI ?
Ce que tu choisis là, c’est ton rapport au temps, à la dette technique, et à ta capacité à shipper vite. On va t’aider à trancher.
Expo : le fast track du développement mobile
Expo, c’est un écosystème React Native “clé en main”.
Tu veux créer une app ? Tu tapes npx create-expo-app et 5 minutes plus tard, tu testes déjà sur ton téléphone. Magique.
Avantages
- Setup ultra-rapide (aucune config native à faire)
- Aucune galère avec Xcode ou Android Studio pour commencer
- OTA updates intégrées (tu pousses une mise à jour sans passer par les stores)
- EAS Build : tu buildes ton app iOS/Android depuis le cloud
- Parfait pour MVPs, apps simples, prototypes et side-projects
Limites
- Librairies natives restreintes (tu es limité à l’univers Expo)
- Dépendance forte à l’écosystème Expo (et à leur roadmap)
- Si tu ejectes, tu perds le confort du début
React Native CLI : le vrai pouvoir… mais plus brut
React Native CLI, c’est le setup “pur” de React Native. Pas de stabilisateurs, pas d’échappatoire. Tu as les mains dans la mécanique dès le jour 1.
Avantages
- Accès complet au code natif (Bluetooth, NFC, modules personnalisés…)
- Tu choisis ce que tu utilises, et comment
- Tu es prêt à scaler dès que ton app devient sérieuse
Inconvénients
- Setup plus complexe (tu dois comprendre Xcode, Android Studio, provisioning, etc.)
- Pas de build cloud intégré : tout est manuel (sauf si tu branches Fastlane, EAS ou Bitrise)
- Peu indulgent pour les débutants ou les équipes web-only
Comment choisir ?
Tu devrais choisir Expo. Si tu… veux aller vite, valider un use case, construire un MVP ou prototype
Tu devrais choisir…React Native CLI. Si tu…veux du contrôle, accéder à des fonctionnalités natives, ou scaler fort
Cas client : Husher, un side-project construit avec Expo
Un de nos clients a récemment lancé Husher, une app mobile construite en quelques semaines.
Objectif : tester une promesse, avoir une app fonctionnelle, récolter du feedback.
On a choisi Expo, pour ces raisons :
- L’équipe est orientée produit, pas mobile natif
- Pas besoin d’intégration Bluetooth ou de logique très native
- Volonté de shipper vite sur iOS et Android sans galérer avec les stores
Résultat ? Une app déployée en 10 jours, fonctionnelle, testée auprès d’utilisateurs, et prête à évoluer.
Et si ton app devient sérieuse ?
C’est là que l’ejection entre en jeu. Si tu atteins les limites d’Expo (ex : tu veux une intégration native spécifique), tu peux “ejecter” vers un projet React Native CLI. Mais attention : ce n’est pas anodin. Il faut s’y préparer dès le départ (choix des libs, bonne structure de code, gestion des updates…).
Ce qu’on recommande chez Bumps
MVP ou side-project ? → Expo.
App complexe ou ambitieuse ? → React Native CLI.
Et surtout : choisis une stack qui te permet d’avoir un vrai produit entre les mains en 2 semaines max. Parce qu’un code propre qui ne shippe pas ne sert à rien.
Tu veux lancer une app iOS/Android en un mois ?
Chez Bumps, on t’aide à :
- Choisir la bonne stack
- Construire une app testable en quelques jours
- Livrer un vrai produit dans les mains de vrais utilisateurs
Et si ce rendez-vous changeait la donne ?
Choisissez un créneau, et voyons si on peut faire bouger les lignes ensemble.
Carnet de bord — Le blog des produits qui avancent
Combien coûte un MVP à développer à Lausanne ? (Et pourquoi le no-code appartient déjà au passé)
Quel budget prévoir pour un MVP à Lausanne en 2025 ? No-code, sur-mesure ou hybride ? Dans cet article, on vous aide à faire les bons choix techniques et stratégiques pour lancer un MVP rapide, solide et évolutif, avec un budget maîtrisé entre 20 000 et 50 000 CHF.
Tout le monde parle de build in public. Mais personne ne vend in public.
Tout le monde parle de “build in public”. Mais la vraie difficulté, c’est de vendre. Dans cet article, on parle objections, funnels qui s’effondrent, pricing flou — et pourquoi “sell in public” est la vraie clé pour apprendre vite, ajuster ton offre et construire une machine à vendre.
T’as pas besoin de faire un produit pour tous. Fais un produit pour 50 users, et écrase tout.
Chercher à plaire à tout le monde est la meilleure façon de ne convaincre personne. Dans cet article, on explique pourquoi viser une micro-niche, identifier 50 utilisateurs engagés et construire autour d’une vraie douleur client est la seule voie pour créer un produit scalable et désirable.
