Comment nous avons construit une application multiplate en 8 semaines : une étude de cas réelle

Comment nous avons construit une application multiplate en 8 semaines : une étude de cas réelle

J'ai construit des applications depuis plus d'une décennie. Rien ne m'a appris plus sur la vitesse qu'un délai serré.

Une start-up logistique nous est venue. Ils avaient besoin d'une application multiplateforme pour les conducteurs et les répartiteurs. La date limite ? Huit semaines. Aucune exception.

Nous avons livré le jour 56. Voilà comment nous l'avons fait.

Le défi

Le client, une entreprise de logistique B2B, n'avait pas d'application mobile. Leurs conducteurs utilisaient des journaux papier et des appels téléphoniques. Les régulateurs jonglent avec des feuilles de calcul.

Ils voulaient :

• Suivi en temps réel pour les répartiteurs
• Emplois pour les conducteurs
• Téléchargement de photos de livraisons
• Mode hors ligne pour les zones rurales

Plateformes : iOS et Android. Base de code unique. Moins de deux mois.

Pourquoi une plateforme croisée ? Nous y arriverons.

Pourquoi faire des essais croisés ?

Nous avons considéré les applications natives. Deux équipes distinctes. Deux bases de code. Cela prendrait 14-16 semaines minimum.

La plate-forme croisée nous a donné une base de code. Nous avons réutilisé 85% du code sur les deux plateformes. C'est un vrai nombre deReact Native-S docs— les entreprises déclarent une réutilisation du code de 60 à 90 %.

Facteur	Native (iOS + Android)	Forme transversale (React Native)
Temps de développement	14-16 semaines	8 semaines
Réutilisation du code	0%	85%
Taille de l'équipe	6 développeurs	4 développeurs
Coût initial	$120,000–$160,000	$80,000–$100,000
Résultats	Excellent	~95 % de natifs (essais réels)
Entretien	Deux bases de code	Une base de code

Le compromis ? Certaines fonctionnalités natives comme les filtres de caméra avancés avaient plus de temps de construction. Mais pour une application logistique, le multiplateforme a parfaitement fonctionné.

Selon uneEnquête Statista, 38% des développeurs utilisent React Native pour des projets multiplateformes. C'est le cadre le plus populaire.

Notre empilement technique

Nous avons choisi des outils qui ont accéléré le développement sans sacrifier la qualité.

• Cadre: React Native
• Démarrage: Exposition— nous a sauvé 2 semaines sur la configuration initiale
• Moteur: Base de secours— authentification, Firestore, fonctions cloud
• CI/CD: Actions GitHub+Azure DevOpspour les essais
• Suivi des erreurs: Entrée
• Analyse: Amplitude

Pourquoi React Native sur Flutter ? Le client avait déjà des développeurs JavaScript. Pas besoin d'apprendre Dart.

Expo nous permet d'exécuter l'application sur un appareil en quelques minutes. Nous n'avons pas perdu de temps à configurer Xcode ou Android Studio.

Le calendrier de 8 semaines

Chaque semaine comptait. Voici notre horaire exact.

Semaine 1 : Fondation&Prototype

• Configurer le projet Expo
• Expo-localisation installée, expo-caméra, expo-file-system
• Conception de la structure de navigation (onglets de fond + pile)
• Création d'un prototype cliquable dans Figma
• Le client a approuvé le flux d'ici vendredi

Semaine 2 : Authentification&Rôles des utilisateurs

• Firebase Auth avec courriel/mot de passe
• Deux rôles : pilote, répartiteur
• Règles de Firestore pour restreindre l'accès aux données
• Testé sur le simulateur iOS et l'émulateur Android

Semaine 3 : Conseil d'emploi en temps réel

• Firestore auditeur pour les mises à jour d'emploi
• FlatList avec pull-to-fresh
• Statut d'emploi: en cours, accepté, en transit, terminé
• Les conducteurs ne voient que les emplois à proximité (filtre de géolocalisation)

Semaine 4 : Mode hors ligne

• Utiliséredux-persist+@react-native-async-storage/async-storage
• Cached emplois et données utilisateur localement
• Sync file d'attente: mises à jour envoyées en ligne
• Testé en mode avion — travaillé

Semaine 5 : Téléchargement de photos&Formulaires

• expo-image-pickerpour caméra/gallery
• Compresser les images côté client<200Ko
• Stockage Firebase pour les téléchargements
• Création d'un formulaire dynamique pour la preuve de livraison

Semaine 6: Tableau de bord du régulateur

• Vue de table Web avec recherche et filtre
• Carte en temps réel indiquant l'emplacement du conducteur
• Mesure des performances du conducteur (taux de livraison à temps)
• Utiliséreact-native-mapspour la carte

Semaine 7 : Tests&Déboguement

• Tests unitaires avec couverture Jest (80%)
• Essais E2E avec Detox (chemins critiques seulement)
• Suivi des erreurs Sentry sur chaque construction
• Test d'acceptation par l'utilisateur avec 10 pilotes réels

Semaine 8: Polonais&Déploiement

• Optimisation des performances (images de chargement paresseuse, réduction des re-rendeurs)
• Captures d'écran et descriptions de l'App store
• Présenté auApple App StoreetGoogle Play Store
• Tous deux approuvés dans les 2 jours

Processus de développement

On a fait des sprints de deux semaines. Des standups quotidiens via Slack. Boucle de rétroaction tous les trois jours.

Nous avons utilisé des branches. Chaque requête de tirage a déclenché un flux de travail GitHub Actions: lint, test, build avec Expo, puis télécharger sur un appareil de test en utilisant Expo Go.

Pas de longs cycles de déploiement. De commit à test en direct sur un appareil : environ 10 minutes.

Essais et QA

Nous avons tout automatisé.

• Essais unitaires : Bibliothèque d'essais Jest + React Native
• E2E: Détox pour les flux critiques (login, acceptation d'emploi, téléchargement photo)
• Test manuel: TestFlight pour iOS, piste interne pour Android
• Suivi des erreurs : Sentry a attrapé 12 bugs avant le lancement

Un exemple réel: Un crash sur Android lors de la sélection des images de la galerie. Sentry nous a donné le numéro de ligne exact. Correction dans 2 heures.

Déploiement et lancement

Expositioneas buildLa production est simple.

Nous avons utilisé le déploiement par étapes: 1% des utilisateurs premier jour, 10% deuxième jour, 100% par jour trois.

Pas de problème majeur. Un bug d'autorisation de notification sur iOS 17 — a poussé un hotfix dans une heure.

Résultats et critères

L'application est passée en direct la semaine 8.

• Conducteurs: 150 actifs au premier mois
• Emplois traités: 3 200 au premier mois
• Téléchargement de photos: 2,800
• Taux sans choc: 99,6% (données de saisie)
• App Store Note: 4.7 étoiles
• Satisfaction du régulateur: 92% (enquête interne)

Le client a économisé 40 000 $ par rapport à la construction de deux applications natives. C'est uneForresterestimation de l'étude — la plate-forme croisée réduit les coûts de 30 à 50 %.

Enseignements tirés

1. Commencez par Expo.Ça nous a sauvé deux semaines en cours d'installation. Si vous avez besoin de modules natifs non dans Expo, vous pouvez éjecter plus tard.
2. Planifiez le mode hors ligne tôt.Nous l'avons ajouté à la semaine 4. Si nous avions attendu jusqu'à la semaine 7, nous aurions manqué la date limite.
3. Test sur des appareils réels tous les jours.Les simulateurs manquent les bugs. Nous avons poussé les bâtiments à Expo Go tous les jours.
4. N'en faites pas trop.Nous avons utilisé Firebase et Firestore. Pas de moteur personnalisé. Cela a réduit le temps de développement de 40%.
5. Commentaires des clients tous les 3 jours.Empêche le retravail. Nous avons envoyé de courtes démos vidéo — pas des spécifications écrites.

Réflexions finales

Une application multiplateforme de 8 semaines est possible. Vous avez besoin des bons outils, d'un calendrier solide et d'une communication constante.

Nous avons utilisé React Native, Expo, Firebase et GitHub Actions. Chaque choix a permis de gagner du temps.

Si vous envisagez une application multiplateforme pour votre entreprise, commencez par un calendrier clair. Éviter les dérapages. Utilisez un cadre que vous connaissez.

Nous l'avons fait pour la logistique, la vente au détail et les soins de santé. Chaque projet nous a appris quelque chose de nouveau.

Navire de la même façon

Comment nous avons vérifié cela (septembre 2026): nous avons revérifié la chronologie, la pile et les liens en septembre 2026; les chiffres cités sont les mesures d'étude de cas indiquées dans ce post.

Huit semaines, c'est un système, pas de chance. Ces guides couvrent ses parties:

• Next.js SEO: SSR vs ISR vs SSG— les appels de rendu côté web pour vos pages marketing app
• Optimisation des Vitals Web du noyau Next.js— frapper la vitesse scores vos besoins de lancement
• Mise en œuvre du chatbot RAG— ajouter des réponses in-app une fois que vous avez expédié

Foire aux questions

1. Pouvez-vous vraiment construire une application multiplateforme en 8 semaines?

Oui, si l'application a une complexité modérée. Notre chronologie fonctionne pour les applications avec des écrans 5 à 8, des fonctionnalités natives minimales et un moteur standard. Ajoutez 2 à 3 semaines pour des animations complexes ou une intégration matérielle.

2. Quel est le cadre le plus rapide pour le développement de plateformes croisées : React Native ou Flutter ?

React Native est plus rapide si votre équipe connaît JavaScript/TypeScript. Flutter nécessite l'apprentissage de Dart. Dans notre expérience, React Native avec Expo économise 1-2 semaines sur la configuration initiale. Pour les applications critiques en matière de performance (p. ex., graphiques lourds), Flutter peut être mieux.

3. Comment gérer le mode hors ligne dans une application multiplateforme ?

Nous utilisonsredux-persistpour mettre en cache l'état de Redux localement. Les emplois et les données utilisateur sont stockés dans AsyncStorage. Lorsque l'appareil est hors ligne, l'application lit les données mises en cache. Lorsque vous retournez en ligne, une file d'attente de synchronisation pousse les mises à jour en attente.

4. Quelle est la différence de coût typique entre le développement autochtone et le développement multiplateforme?

Selon uneForresterétude, multiplateforme peut réduire les coûts de développement de 30 à 50%. Pour notre client, les économies étaient de 40 000 $. La maintenance est également moins chère parce que vous mettez à jour une base de code.

5. Comment assurez-vous que l'application est bonne sur iOS et Android?

Nous utilisons des composants cohérents de React Native et évitons le style spécifique à la plate-forme à moins d'être absolument nécessaire. Nous testons chaque jour sur les deux appareils. La construction universelle de l'Expo assure le même code sur les deux plateformes.

Construisez votre application multiplateforme plus rapidement

Vous avez une date limite. Nous avons le processus.

ÀDG10 Agency, nous nous spécialisons dans le développement d'applications multiplateforme. Nous suivons un calendrier éprouvé de 8 semaines. Nous utilisons React Native, Expo, Firebase et CI/CD automatisé.

Pas de fluff. Pas de retard. Juste une application de travail sur les deux magasins.

Contactez-nous aujourd'huipour commencer votre projet. Nous allons cartographier votre chronologie personnalisée en 48 heures.