Agence Mobile MENA : iOS, Android & les décisions Flutter

Le choix de la stack passe avant tout le reste

La plupart des projets d'applications mobiles prennent du retard non pas à cause du code, mais parce que la mauvaise stack technique a été choisie dès la première semaine. Voici comment faire ce choix correctement — avant de signer quoi que ce soit.

La première question n'est pas « iOS ou Android ? ». C'est : « qu'est-ce que votre utilisateur doit réellement pouvoir faire avec l'app, et à quelle vitesse devez-vous être sur le marché ? » Ces deux réponses vous orienteront vers une technologie avant même qu'une agence ait dit un mot.

Voici l'essentiel :

• iOS natif (Swift) + Android natif (Kotlin) : Deux bases de code distinctes. Performances maximales, accès complet aux API de la plateforme, durée de développement plus longue, coût le plus élevé.
• Flutter : Une seule base de code en Dart compilée pour iOS, Android et le web. Performances quasi-natives. Le meilleur choix pour la plupart des éditeurs de produits.
• React Native : Basé sur JavaScript, large vivier de talents, idéal pour les apps qui partagent de la logique avec un produit web existant.
• Wrapper web (Capacitor / Ionic) : Le plus rapide à construire, l'expérience utilisateur la plus faible, souvent problématique lors de la revue App Store. À réserver aux outils internes ou aux formulaires très simples.

Pour la plupart des startups et PME en Égypte et dans le Golfe qui lancent un produit grand public, Flutter offre le meilleur équilibre entre rapidité, coût et qualité. Si vous développez un jeu graphiquement intensif, un dispositif médical intégrant du matériel, ou une app financière nécessitant un accès profond au Secure Enclave iOS, optez pour le natif.

Des délais réalistes — sans rembourrage ni fantasme

Les agences qui promettent une app complète en six semaines prévoient soit de réduire la portée, soit de disparaître. Voici à quoi ressemblent des délais honnêtes pour une app de complexité moyenne (authentification utilisateur, fonctionnalités principales, intégration de paiement, notifications push) :

• Découverte et design : 3–4 semaines
• Sprint de développement (MVP) : 10–14 semaines
• QA et correction de bugs : 2–3 semaines
• Soumission et validation App Store / Play Store : 1–2 semaines

Total : environ 4–5 mois entre la signature du contrat et l'app en ligne. Ajoutez 4–6 semaines si un backend doit être construit de zéro. Ajoutez encore un mois si votre équipe tarde à valider les maquettes ou à fournir le contenu.

Le principal tueur de planning n'est pas les développeurs. Ce sont les boucles de décision côté client. Désignez une seule personne dans votre organisation, habilitée à approuver les écrans et à répondre aux questions techniques sous 48 heures. Ce simple changement peut vous faire gagner des semaines.

Fourchettes de coûts : Égypte vs. Golfe

Les tarifs varient considérablement dans la région MENA, et il est essentiel de comprendre ce qui les différencie avant de comparer des devis.

En Égypte, une agence de taille moyenne avec des ingénieurs seniors facture généralement entre 18 000 $ et 55 000 $ pour un MVP. Les freelances sur les plateformes locales peuvent aller plus bas, mais vous perdez la gestion de projet, le QA et la responsabilité sur la durée. Pour une app en production avec intégration de paiement et tableau de bord d'administration, prévoyez plutôt 40 000 $–70 000 $.

Dans le Golfe (Émirats arabes unis, Arabie Saoudite, Qatar), la même portée tourne entre 60 000 $ et 150 000 $, en raison des coûts d'exploitation plus élevés et des attentes salariales locales. De nombreuses entreprises du Golfe externalisent le développement auprès d'agences basées au Caire tout en conservant un account manager local — un modèle qui maintient les coûts bas sans sacrifier la qualité.

Les coûts cachés que les dirigeants oublient fréquemment :

• Apple Developer Program : 99 $/an
• Compte Google Play Developer : 25 $ (unique)
• Mise en place de la passerelle de paiement et frais de conformité
• Service de notifications push (Firebase est gratuit jusqu'à un certain seuil, puis payant)
• Infrastructure cloud (AWS, GCP) — généralement 50–300 $/mois à l'échelle MVP
• Contrat de maintenance post-lancement

Choisir une agence de développement sans se faire piéger

La sélection d'une agence fait trébucher les fondateurs plus que presque toute autre décision business. Voici un filtre simple qui fonctionne :

1. Demandez des apps actuellement disponibles en store — téléchargez-les. Testez-les. Si elles plantent ou rament, vous avez votre réponse.
2. Parlez à un ancien client que l'agence n'a pas choisi pour vous — trouvez-en un via LinkedIn ou la fiche App Store de l'app et contactez-le directement.
3. Demandez qui écrit réellement le code — certaines agences vendent localement mais sous-traitent à des marchés moins chers sans contrôle qualité. Connaissez l'équipe.
4. Exigez un contrat Phase 1 à périmètre fixe — un partenaire sérieux ne résistera pas à cela. C'est une protection pour les deux parties.
5. Évaluez leur vision produit — s'ils ne parlent que de code sans jamais s'intéresser à vos utilisateurs ou à votre modèle économique, ils construiront exactement ce que vous avez dit, pas ce dont vous avez besoin.

ProgMine, par exemple, mène une phase de découverte structurée avant d'écrire la moindre ligne de code — c'est ce genre de rigueur processuelle qui mérite d'être payé, car il évite les retouches coûteuses qui font dérailler les plannings.

Guide de soumission App Store et Play Store

Les rejections de soumission coûtent du temps et de l'argent. La plupart sont évitables. Suivez cette checklist :

• L'URL de la politique de confidentialité doit être en ligne et accessible avant la soumission
• Toutes les permissions (caméra, localisation, contacts) nécessitent une justification écrite claire dans les métadonnées de l'app
• Les captures d'écran doivent correspondre exactement à la version actuelle — pas de mockups
• Si votre app gère des paiements, vous devez utiliser l'API d'achat intégré d'Apple pour les biens numériques (les biens physiques sont exemptés)
• La classification d'âge doit refléter le contenu réel — les examinateurs le vérifient
• Testez sur un vrai appareil, pas seulement sur simulateur, avant de soumettre

La revue d'Apple prend en moyenne 24–48 heures pour la plupart des apps, mais peut s'étirer à 5–7 jours pour les premières soumissions ou les apps qui déclenchent une revue manuelle (finance, santé, enfants). Google Play prend généralement 3–5 jours pour une nouvelle app. Intégrez cela à votre plan de lancement.

Quand ajouter les paiements, les notifications push et le mode hors ligne

Toutes les fonctionnalités n'ont pas leur place dans la version un. Ajouter de la complexité trop tôt est l'une des façons les plus sûres de faire exploser votre budget et de rater votre date de lancement.

Paiements : Intégrez-les dès le premier jour uniquement si la collecte de revenus est la boucle centrale de votre app. Sinon, lancez avec une liste d'attente ou une facturation manuelle, validez la demande, puis ajoutez la couche de paiement. En Égypte, Paymob et Fawry couvrent la plupart des cas. Pour les marchés du Golfe, Stripe et Hyperpay sont courants. Chacun ajoute 2–4 semaines de développement et de travail de conformité.

Notifications push : Intégrez-les dans votre MVP si la rétention est une métrique clé — apps de livraison, plateformes de réservation, produits d'actualités. Ignorez-les en v1 si les utilisateurs ne les remarqueront pas dans les 30 premiers jours. Firebase Cloud Messaging gère bien cela pour les apps Flutter et React Native.

Mode hors ligne : Ne construisez le support hors ligne que si vos utilisateurs manqueront réellement d'internet au moment où ils ont besoin de l'app. Les outils d'inspection terrain, les apps logistiques et les apps éducatives dans des zones à faible connectivité justifient toutes cette complexité supplémentaire. Pour la plupart des apps grand public, un bon état de chargement et une gestion des erreurs suffisent.

Les erreurs post-lancement qui tuent l'élan

Mettre l'app en ligne n'est pas la ligne d'arrivée. Les six mois après le lancement déterminent si vous avez un produit ou une expérience ratée.

• Absence de monitoring : Mettez en place un suivi des plantages (Sentry ou Firebase Crashlytics) avant le lancement, pas après qu'une chose se soit cassée.
• Ignorer les avis une étoile : Répondez à chaque avis négatif sous 48 heures. Les utilisateurs modifient leurs notes quand ils se sentent écoutés, et les algorithmes des stores tiennent compte de la vélocité des avis.
• Négliger les mises à jour OS : Apple et Google publient des versions majeures d'OS chaque année. Les apps qui ne se mettent pas à jour voient leurs fonctionnalités se briser et disparaissent des résultats de recherche.
• Pas de budget maintenance : Allouez au moins 15–20 % de votre coût de développement annuellement pour la maintenance, les mises à jour de dépendances et les petites évolutions.
• Développer des fonctionnalités sur la base d'opinions, pas de données : Installez des analytics dès le premier jour et laissez le comportement utilisateur vous dire quoi construire ensuite.

Flutter dans la région MENA : un bilan concret

Flutter a gagné un terrain considérable en Égypte, en Arabie Saoudite et aux Émirats arabes unis au cours des trois dernières années. Le vivier de talents au Caire est désormais suffisamment profond pour constituer une équipe Flutter complète sans compromis sur la séniorité. Pour les entreprises ciblant à la fois les arabophones et les anglophones, le support RTL (droite à gauche) de Flutter est mature et éprouvé en production.

Une note pratique : si votre activité implique la planification des employés, la gestion des présences ou des workflows RH en parallèle de l'app grand public, il vaut mieux s'intégrer à une plateforme RH dédiée plutôt que de développer cette logique soi-même. Attendux gère la gestion des présences et l'automatisation de la paie pour les équipes de la région, ce qui représente un gain de périmètre de développement significatif si la gestion des effectifs fait partie de votre produit.

Prêt à en parler ?

Si vous planifiez une application mobile pour le marché égyptien ou du Golfe et souhaitez une équipe qui pose les questions difficiles avant d'écrire la moindre ligne de code, contactez l'équipe ProgMine. Nous vous dirons honnêtement si Flutter ou le natif correspond à votre situation, à quoi ressemble un budget réaliste, et combien de temps cela prendra réellement — avant que vous vous engagiez sur quoi que ce soit.