Votre idée dans toutes les poches.

Dans la grande majorité des cas, le cross-platform. React Native et Flutter permettent de couvrir iOS et Android avec une base de code unique : un seul développement, une seule maintenance, un délai réduit — et des performances désormais très proches du natif sur les usages courants. Le natif (Swift, Kotlin) reste justifié pour trois familles de besoins : les performances graphiques extrêmes (jeux, vidéo, réalité augmentée), l'accès profond à des interfaces système spécifiques, et les applications dont l'expérience est le produit lui-même. Nous justifions toujours ce choix par écrit avant de commencer.

Le planning dépend de trois choses : le nombre de parcours utilisateurs à couvrir, les intégrations back-end nécessaires et la vitesse de vos validations. S'y ajoute une étape que personne ne maîtrise complètement — la préparation des fiches, la soumission et la validation par les stores, où un premier refus peut rallonger le calendrier. Nous cadrons donc le projet avant de vous engager sur des dates, puis nous travaillons par itérations, avec des versions de préproduction installables sur vos appareils très tôt : vous manipulez l'application au lieu de la découvrir à la fin.

Le budget dépend du nombre d'écrans et de parcours, du back-end à construire ou à connecter, des fonctionnalités sensibles (paiement, géolocalisation, mode hors ligne, notifications), du niveau de finition et du nombre de plateformes visées. À cela s'ajoutent des coûts récurrents indépendants de nous : comptes développeur Apple et Google, hébergement du back-end, et la commission des stores si vous vendez dans l'application. Nous chiffrons au forfait fixe, avec un devis gratuit sous 24 h — et pour un projet complexe, un échange de cadrage gratuit de 30 minutes puis une proposition détaillée sous 3 à 5 jours ouvrés.

Question honnête, réponse honnête : une application ne se justifie que si l'usage est répété. Pour une visite ponctuelle — consulter une offre, prendre rendez-vous, acheter une fois —, un site rapide et bien conçu fait mieux : aucun téléchargement, aucun store, un référencement naturel possible. L'application prend l'avantage quand l'usage devient quotidien ou hebdomadaire, quand il faut fonctionner hors ligne, exploiter le matériel du téléphone ou entretenir une relation par notifications. Une application progressive (PWA) est un intermédiaire crédible — avec des limites réelles sur iOS.

Il faut d'abord un compte développeur chez Apple et chez Google, ouverts au nom de votre entreprise — jamais au nôtre. Nous préparons ensuite la fiche : description, mots-clés, captures d'écran aux formats exigés, politique de confidentialité, déclarations d'usage des données. La revue d'Apple est la plus stricte ; l'entreprise indique examiner 90 % des soumissions en moins de 24 h. Google Play est plus rapide à accepter mais applique ses propres règles de contenu et de confidentialité. Nous passons une checklist complète avant toute soumission : c'est le refus, pas l'attente, qui fait déraper un calendrier.

Les motifs sont publics et documentés dans les App Store Review Guidelines : plantage au lancement, permissions demandées sans justification claire, contournement des achats intégrés, application jugée trop pauvre en fonctionnalités, politique de confidentialité absente ou incohérente avec les données réellement collectées, captures d'écran non conformes. Apple indique la section exacte du règlement en cause, ce qui rend la correction possible. Notre pratique : passer la checklist des motifs de refus les plus fréquents avant de soumettre, et prévoir une marge dans le planning pour un aller-retour.

Une application n'est jamais figée : Apple et Google publient chaque année de nouvelles versions de leurs systèmes, imposent des versions minimales d'outils de développement et font évoluer leurs règles de confidentialité. Sans mises à jour, une application finit par ne plus être acceptée, puis par ne plus fonctionner correctement. Chaque projet livré comprend 6 mois de suivi (corrections, surveillance des plantages, support). Au-delà, une maintenance annuelle se planifie : mises à jour de compatibilité, correctifs de sécurité, petites évolutions. C'est un poste à budgéter dès le départ, pas une surprise.

Tout vous appartient. Le code est versé sur votre dépôt GitHub dès le premier commit, et les comptes App Store Connect et Google Play Console sont ouverts au nom de votre entreprise — un point sur lequel nous ne transigeons pas, car un compte de store détenu par le prestataire est la pire forme de dépendance : votre application y est littéralement retenue en otage. Nous intervenons comme développeurs sur vos comptes, avec des accès révocables. Zéro lock-in, ici comme sur nos projets web.