Constituer une équipe React Native au Vietnam ne consiste pas à additionner deux CV JavaScript et un chef de projet. La bonne équipe combine une vraie compétence mobile, un responsable technique identifiable et un processus d'intégration qui produit un premier livrable en moins de trente jours.
Le Vietnam offre un vivier important de développeurs React et mobile, mais les écarts de niveau restent considérables. Certains profils savent assembler des écrans et appeler une API. D'autres savent gérer une publication iOS, diagnostiquer un crash Android natif, migrer une dépendance vers la New Architecture et maintenir un pipeline de build. Sur une application en production, cette différence détermine le coût réel du projet.
- Équipe minimale : un développeur React Native senior et une QA à temps partiel.
- Budget GoLive : 3 600 € par mois pour un senior dédié à 180 €/jour sur 20 jours.
- Test décisif : un mini-lot payé qui inclut iOS, Android, tests et build automatisé.
- Onboarding : un premier parcours déployé en staging avant la fin du premier mois.
Cet article se concentre sur la composition et l'intégration de l'équipe. Pour comparer plus largement les modèles de prestation et les fourchettes du marché, consultez notre guide sur le choix d'une agence React Native au Vietnam.
Pourquoi recruter une équipe React Native au Vietnam
Le premier argument est souvent le prix. Ce n'est pas le plus important. Le vrai avantage apparaît quand une entreprise accède rapidement à des profils mobiles seniors qu'elle aurait du mal à recruter localement.
En 2023, 57,5 % des entreprises européennes ayant essayé de recruter des spécialistes IT ont rencontré des difficultés, selon Eurostat. Pour une compétence plus étroite comme React Native, le choix se réduit encore : il faut maîtriser TypeScript, les particularités iOS et Android, les stores, les modules natifs et l'exploitation en production.
Un vivier React naturellement compatible avec le mobile
React Native s'appuie sur le même modèle de composants, les hooks et l'écosystème TypeScript que React web. Le Vietnam dispose déjà d'un large vivier de développeurs JavaScript. La transition vers le mobile est donc plus rapide que pour une technologie qui exige un nouvel écosystème complet.
Mais un bon développeur React ne devient pas automatiquement un bon développeur React Native. Il doit comprendre le cycle de vie mobile, les permissions, la gestion de la mémoire, les performances sur appareils modestes, les notifications, les achats intégrés et les règles des stores.
C'est pourquoi je sépare toujours deux évaluations : la qualité du code TypeScript et la capacité à livrer une application native exploitable sur les deux plateformes.
Un fuseau horaire qui impose de mieux écrire
Le Vietnam se situe en GMT+7. Une équipe française bénéficie généralement de trois à quatre heures de recouvrement quotidien selon la saison. C'est suffisant pour un point d'équipe, une revue de pull request et les arbitrages produit.
Le reste du temps oblige à documenter les décisions. C'est un avantage si le projet est bien piloté. Les critères d'acceptation, les maquettes et les contrats d'API ne peuvent pas rester dans la tête d'une seule personne.
Le décalage devient un problème lorsque l'équipe attend chaque jour une réponse pour avancer. Il faut donc préparer les décisions pendant la matinée française afin que les développeurs puissent les exécuter dès le lendemain.
Quelle composition choisir selon le projet
Une équipe mobile n'a pas besoin d'être grande pour être complète. Sur la majorité des projets React Native, deux développeurs bien choisis avancent mieux que cinq profils sans responsabilité claire.
Le MVP avec un développeur senior
Pour une première version de cinq à dix écrans connectée à une API existante, un développeur React Native senior peut suffire. Il prend en charge l'architecture, les composants, les tests essentiels et les builds.
Ajoutez une QA quatre à huit jours par mois. Son rôle est de tester les parcours sur plusieurs tailles d'écran, versions Android et appareils iOS. Le fondateur ou le Product Owner conserve la validation fonctionnelle.
Cette configuration convient lorsque le backend existe déjà et que les maquettes sont prêtes. Si le développeur doit aussi construire l'API, administrer l'infrastructure et définir le produit, le périmètre n'est plus celui d'une seule personne.
L'application métier avec deux seniors
Pour une application comprenant authentification, rôles, mode hors ligne, notifications et intégrations métier, je recommande deux développeurs seniors. Le premier prend la responsabilité de l'architecture mobile et des modules natifs. Le second se concentre sur les parcours, les intégrations et les tests.
Une QA intervient entre huit et douze jours par mois. Un DevOps peut aider ponctuellement sur les secrets, la CI/CD, les certificats et les environnements. Le Product Owner côté client reste disponible chaque jour pour répondre aux questions métier.
Cette équipe réduit le risque de dépendre d'une seule personne. Chaque pull request est revue par quelqu'un qui comprend la stack et peut reprendre le module.
La refonte d'une application existante
Une migration depuis Cordova, Ionic ou une ancienne version de React Native nécessite souvent un lead mobile, deux développeurs et une QA. Le lead commence par inventorier les dépendances, les modules natifs, les fonctionnalités hors ligne et les comportements spécifiques à chaque plateforme.
React Native a activé sa New Architecture par défaut à partir de la version 0.76, puis a progressivement figé l'ancienne architecture. La documentation officielle React Native rappelle que Fabric et TurboModules modifient le fonctionnement interne de l'application. Une migration ne se limite donc pas à changer un numéro de version.
Le premier lot doit tester les bibliothèques critiques : navigation, caméra, géolocalisation, notifications, stockage sécurisé, paiements et analytics. Une seule dépendance incompatible peut modifier le planning.
Comment vérifier le niveau réel des développeurs
Un entretien classique favorise les candidats qui parlent bien de React. Il ne montre pas comment ils réagissent quand un build iOS échoue ou qu'une liste saccade sur un Android d'entrée de gamme.
Les questions qui révèlent une expérience mobile
Je demande d'abord au candidat d'expliquer une application qu'il a publiée lui-même. Il doit pouvoir décrire le pipeline, les certificats, les environnements et un incident de production.
Ensuite, je vérifie cinq compétences :
- identifier la cause d'un rendu ou d'un état incohérent ;
- optimiser une liste et limiter les re-renders ;
- gérer les permissions et différences entre iOS et Android ;
- intégrer ou corriger un module natif ;
- préparer une publication avec une stratégie de retour arrière.
Un candidat n'a pas besoin de réciter une API. Il doit montrer une méthode de diagnostic, utiliser les logs et formuler des hypothèses testables.
Le test technique payé de trois jours
Le meilleur filtre est un petit lot réel et rémunéré. Donnez un écran Figma, une API de test et des critères d'acceptation précis. Demandez une application qui fonctionne sur iOS et Android, avec au moins un test, une gestion d'erreur et un build reproductible.
Le livrable permet d'observer la structure du code, la communication, la qualité des commits et la capacité à poser des questions. Un candidat qui produit un résultat incomplet mais explique clairement les arbitrages peut être meilleur qu'un candidat qui livre une démo fragile sans signaler les risques.
Le test doit appartenir au candidat ou au client selon le contrat, être payé et rester suffisamment court. Il ne doit jamais servir à obtenir gratuitement une fonctionnalité de production.
Évaluer l'utilisation de l'IA sans confondre vitesse et niveau
En 2026, la plupart des développeurs utilisent Cursor, Claude Code ou Copilot. Le sujet n'est plus de savoir s'ils utilisent l'IA, mais comment ils contrôlent ce qu'elle produit.
Un senior doit être capable de relire un diff, vérifier les dépendances, lancer les tests et refuser une abstraction inutile. Le bon usage consiste à accélérer les tâches répétitives tout en gardant la responsabilité de l'architecture.
Notre comparatif Claude Code vs Cursor détaille comment répartir les tâches entre agent autonome et IDE augmenté. Dans une équipe React Native, ces outils peuvent accélérer les tests, les migrations et la documentation, mais ils ne remplacent pas la validation sur de vrais appareils.
Quel budget prévoir pour l'équipe
Le budget dépend du nombre de jours réellement dédiés. Chez GoLive, un développeur senior est facturé 180 €/jour, travaille huit heures par jour et reste affecté au projet pendant la mission.
| Configuration | Charge mensuelle | Budget mensuel | Usage recommandé |
|---|---|---|---|
| 1 senior React Native | 20 jours | 3 600 € | MVP cadré, API existante |
| 1 senior + QA part-time | 28 jours | 5 040 € | MVP destiné aux stores |
| 2 seniors + QA part-time | 48 jours | 8 640 € | Application métier complète |
| 2 seniors + lead à mi-temps + QA | 58 jours | 10 440 € | Refonte ou migration complexe |
Ces montants supposent un tarif identique de 180 €/jour pour chaque profil senior. Les outils, comptes Apple et Google, services de build, appareils de test et prestations de design restent à ajouter.
Pourquoi le coût mensuel ne suffit pas
Deux équipes facturées 8 000 € par mois peuvent produire des résultats radicalement différents. Il faut mesurer le temps jusqu'au premier build, le nombre de tickets terminés, le taux de réouverture des bugs et la fréquence des mises en staging.
La qualité de l'API et des maquettes influence aussi la vélocité. Une équipe mobile ne peut pas compenser indéfiniment un backend instable ou des décisions produit contradictoires.
Pour chiffrer chaque brique du produit, notre analyse du coût d'une fonctionnalité d'application mobile ventile authentification, paiement, géolocalisation et notifications en jours de travail.
Forfait ou régie pour React Native
Le forfait convient à un lot court dont les écrans, API et critères d'acceptation sont figés. Une intégration de paiement ou une migration de dix écrans bien documentés peut entrer dans ce modèle.
La régie convient mieux à une application qui évolue, à une refonte dont les dépendances restent incertaines ou à une équipe dédiée. Vous payez les jours consommés et pouvez modifier les priorités sans négocier un avenant pour chaque décision.
Notre comparatif régie ou forfait pour externaliser au Vietnam montre pourquoi le modèle contractuel doit suivre le niveau d'incertitude du projet.
Le plan d'onboarding sur trente jours
Le premier mois doit réduire les risques tout en produisant un livrable visible. Un onboarding composé uniquement de réunions et de lecture de documentation ne suffit pas.
Semaine 1 : accès, architecture et build local
Le premier objectif est que chaque développeur puisse lancer l'application, exécuter les tests et construire une version de staging. Tous les accès doivent appartenir au client : dépôt, cloud, Apple Developer, Google Play Console, analytics et outil de suivi.
L'équipe cartographie ensuite les parcours, dépendances, environnements et zones de risque. Elle choisit un premier ticket suffisamment petit pour traverser toute la chaîne de livraison.
Semaine 2 : premier parcours vertical
Le développeur livre une modification complète : interface, appel API, gestion d'erreur, test et build de staging. Ce parcours vérifie le workflow autant que la fonctionnalité.
Le client valide la vitesse de communication, la qualité des commits et la capacité à respecter les critères d'acceptation. Les problèmes d'accès ou de décision apparaissent avant que dix tickets soient ouverts en parallèle.
Semaine 3 : code review et automatisation
Le deuxième développeur ou le lead revoit les pull requests. L'équipe active les contrôles minimums : formatage, analyse statique, tests et génération du build.
La QA construit une matrice d'appareils et de versions. Les parcours critiques sont testés sur iOS et Android. Les anomalies sont classées selon leur impact, pas selon la personne qui les signale.
Semaine 4 : mesure et décision
À la fin du mois, le client doit disposer d'un premier livrable, d'une estimation du backlog, d'une liste de risques et d'un rythme de travail observé.
Quatre indicateurs suffisent : jours consommés, tickets acceptés, bugs rouverts et délai entre code terminé et build testable. Ces données permettent de confirmer l'équipe, d'ajuster sa taille ou d'arrêter la mission sans avoir engagé six mois de budget.
Garder le contrôle depuis la France
Externaliser l'exécution ne signifie pas externaliser la propriété du produit. Le client doit conserver les comptes, le code, les décisions métier et la capacité à changer de prestataire.
Les règles contractuelles et opérationnelles
Le contrat doit prévoir la cession de propriété intellectuelle, la confidentialité, la restitution des accès et un préavis court. Chaque développeur travaille avec une identité nominative sur le dépôt. Les secrets ne doivent jamais être partagés dans un fichier de discussion.
Sur le plan opérationnel, un point quotidien court et une démonstration hebdomadaire suffisent. Les décisions sont écrites dans le ticket concerné. Les pull requests restent petites pour être relues rapidement.
Pour les données personnelles transférées hors de l'Union européenne, notre guide sur l'offshore au Vietnam et le RGPD détaille les clauses, accès et mesures techniques à prévoir.
Le verdict
Pour une application React Native sérieuse, commencez avec un senior dédié et une QA à temps partiel. Ajoutez un deuxième senior lorsque les parcours peuvent réellement être développés en parallèle. Intégrez un lead ponctuel pour une migration ou des modules natifs complexes.
Le Vietnam devient intéressant quand le partenaire combine prix, séniorité et responsabilité. Si l'offre se résume à une liste de CV, vous achetez du recrutement. Si elle inclut la sélection, la code review, le suivi et un premier livrable en trente jours, vous obtenez une équipe.
« Une équipe offshore se juge moins à son nombre de développeurs qu'à sa capacité à livrer un build testable chaque semaine. »
Vincent Roye
Foire aux questions
Combien coûte un développeur React Native senior au Vietnam ?
Chez GoLive, un développeur senior dédié coûte 180 €/jour, soit 3 600 € pour vingt jours de travail. Le budget augmente si vous ajoutez une QA, un lead mobile ou un DevOps. Comparez toujours le périmètre inclus, pas seulement le TJM.
Combien de développeurs faut-il pour un MVP React Native ?
Un senior et une QA à temps partiel suffisent souvent pour un MVP cadré avec une API existante. Deux développeurs deviennent utiles si plusieurs parcours indépendants peuvent avancer en parallèle ou si le backend fait partie de la mission.
Comment tester une équipe React Native avant de signer ?
Confiez-lui un lot payé de trois jours comprenant un écran, une API, une gestion d'erreur, un test et un build iOS/Android. Évaluez le code, les commits, les questions posées et la qualité du livrable sur appareil réel.
Quel délai prévoir pour l'onboarding ?
Une équipe bien préparée doit lancer le projet pendant la première semaine, livrer un premier parcours en staging pendant la deuxième et produire un rythme mesurable avant la fin du premier mois.
Faut-il un chef de projet au Vietnam ?
Pas nécessairement pour une petite équipe. Un senior peut piloter le quotidien si le Product Owner côté client reste disponible. Au-delà de trois développeurs ou sur un projet multi-prestataires, un responsable de delivery devient utile.
React Native convient-il encore à une nouvelle application ?
Oui, notamment pour une entreprise disposant déjà de compétences React et TypeScript. Il faut néanmoins vérifier les dépendances, les besoins natifs et les contraintes de performance avant de décider. Un prototype sur le parcours le plus risqué réduit l'incertitude.
