Développement d’applications mobiles iOS et Android
Nous développons des applications mobiles cross-platform qui atteignent les stores et continuent de fonctionner ensuite — marketplaces, plateformes de réservation et produits grand public — avec le backend, l’infrastructure et le processus de publication pris en charge par la même équipe que celle qui écrit l’application.
Ce que nous développons
L’essentiel de notre travail mobile repose sur React Native avec Expo, une seule base de code partagée entre iOS et Android. C’est un choix délibéré, non un réflexe : pour les produits que nous construisons — marketplaces, parcours de réservation, fils de contenu — une base commune divise par deux le coût de chaque fonctionnalité et empêche les deux plateformes de diverger. Lorsqu’un produit exige réellement un comportement spécifique à une plateforme, nous descendons dans un module natif pour cette partie seulement.
Chaque application que nous livrons dialogue avec un backend que nous développons également, généralement NestJS avec PostgreSQL. Réunir l’API et le client dans une même équipe supprime la cause de retard la plus fréquente sur les projets mobiles : attendre qu’un tiers modifie un endpoint.
Habituellement inclus
- iOS et Android depuis une seule base de code React Native
- Authentification, y compris connexion Google et Apple
- Paiements — Stripe, ou prestataires locaux selon les pays
- Notifications push et traitements en arrière-plan
- Publication sur l’App Store et le Play Store, réponses aux revues incluses
- Suivi des erreurs et des plantages en place avant le lancement
Multilingue et RTL, dès la conception
Chaque produit mobile que nous avons livré prend en charge l’anglais, le français et l’arabe. L’arabe compte plus qu’il n’y paraît : il implique le sens droite-à-gauche, et le RTL n’est pas de la traduction. Les mises en page se reflètent, les icônes s’inversent, le texte devient bidirectionnel dès qu’un nom latin apparaît dans une phrase arabe, et les dates comme les chiffres se formatent différemment.
Rétro-adapter le RTL à une application qui n’a pas été pensée pour lui coûte cher et donne rarement un bon résultat. Nous l’intégrons dès le premier écran : presque gratuit au départ, quasiment impossible à ajouter à moindre coût ensuite. Si votre marché inclut le Golfe ou l’Afrique du Nord, c’est la différence entre une application qui y fonctionne et une application qui s’y contente de tourner.
L’IA là où elle mérite sa place
Nous intégrons l’IA aux produits mobiles lorsqu’elle supprime un vrai travail pour l’utilisateur : générer une annonce à partir d’une photo et de quelques mots, rédiger un itinéraire, transformer un e-mail de confirmation en données structurées, proposer une réponse. Nous sommes tout aussi disposés à vous dire où l’IA ajoute du coût sans valeur — c’est une grande partie de l’intérêt d’un sprint de cadrage.
Ce sont des fonctionnalités produit ordinaires qui appellent un modèle : elles obéissent donc aux mêmes exigences que le reste. Elles doivent échouer proprement, coûter un montant prévisible par utilisateur, et fonctionner quand le modèle est lent ou indisponible.
Questions fréquentes
Combien de temps faut-il pour développer une application mobile ?
Une première version ciblée — une plateforme, un ensemble d’écrans défini, un vrai backend — prend généralement de quatre à dix semaines selon le périmètre. Nous commençons par un sprint de cadrage d’une semaine qui produit un plan chiffré, afin que vous ayez un calendrier réaliste avant de vous engager.
React Native ou natif ?
React Native pour la plupart des produits, car une base de code unique divise par deux le coût de chaque fonctionnalité suivante. Le natif s’impose lorsque le produit dépend fortement des API de l’appareil, d’un traitement en arrière-plan continu ou de matériel spécifique. Nous vous dirons lequel s’applique pendant le cadrage.
Prenez-vous en charge la publication sur les stores ?
Oui, y compris le processus de revue et les éventuels refus. La revue des stores fait partie de la livraison, ce n’est pas une prestation en supplément.
Pouvez-vous reprendre une application existante ?
Souvent, oui. Nous commençons par lire le code et vous donner une évaluation honnête — y compris vous dire si une réécriture coûterait moins cher que de poursuivre, ce qui est parfois la réponse.
Parlez-nous de votre projet
La plupart des projets démarrent par un sprint de cadrage d’une semaine. Vous repartez avec un périmètre, un plan technique et une feuille de route chiffrée : ils vous appartiennent, quel que soit le prestataire qui réalisera le projet.