Application native
Une application par système, écrite dans le langage d’Apple ou de Google. Performances maximales et accès complet au matériel, mais deux développements à financer et à maintenir.
iOS & Android
Création d’application mobile
Nous concevons et développons des applications mobiles iOS et Android sur mesure, du cadrage jusqu’à la publication sur les stores — puis nous les faisons vivre.
Le premier arbitrage
Natif, multiplateforme ou application web ?
C’est la décision qui pèse le plus sur le budget. Voici comment nous la posons, sans jargon.
Multiplateforme
Une seule base de code pour iOS et Android, avec React Native. Le meilleur rapport coût/résultat dans la plupart des cas : une seule équipe, une seule maintenance, un rendu natif.
Application web
Un site conçu comme une application, consultable depuis le navigateur. Aucune installation ni validation par les stores, mais pas de présence sur l’App Store et un accès limité aux capteurs.
Déroulé
De l’idée à la publication.
Cinq étapes. La quatrième est celle que la plupart des projets sous-estiment, et c’est celle qui décide de la réussite du lancement.
Cadrage
Nous listons les fonctionnalités, distinguons ce qui doit exister au lancement de ce qui peut attendre, et arbitrons la technologie en fonction de ce constat.
Design
Parcours utilisateurs puis maquettes des écrans, en respectant les conventions propres à iOS et à Android. Une application qui ignore ces habitudes est perçue comme étrangère au téléphone.
Développement
L’application et son backend avancent ensemble, par itérations. Une version installable vous est remise régulièrement, pas seulement à la fin.
Tests sur appareils réels
Sur plusieurs modèles et plusieurs versions d’iOS et d’Android, puis en diffusion restreinte auprès de vos utilisateurs. Un simulateur ne révèle ni les problèmes de performance, ni ceux de réseau.
Fonctionnalités
Ce que nous savons intégrer.
Ces briques reviennent dans presque tous les projets. Nous les avons déjà mises en production, sur des applications réellement publiées.
- Comptes et connexion : e-mail, Google, Apple, Facebook, réinitialisation de mot de passe.
- Notifications push ciblées, avec préférences utilisateur et statistiques d’ouverture.
- Mode hors connexion : saisie et consultation sans réseau, synchronisation au retour.
- Géolocalisation et cartes, y compris le suivi de parcours en arrière-plan.
- Paiement dans l’application et abonnements, via les magasins ou un prestataire tiers.
- Messagerie et temps réel : conversations, présence, mises à jour instantanées.
Publier sur les stores
La mise en ligne n’est pas une formalité : Apple examine chaque application manuellement, et un refus coûte plusieurs jours.
Nous préparons le dossier complet — fiche, visuels, politique de confidentialité, déclaration de collecte de données, classification d’âge — et nous gérons les allers-retours avec les équipes de validation.
Comptez environ 99 $ par an pour le compte Apple Developer et 25 $ une seule fois pour Google Play. Ces comptes sont créés à votre nom.
Au-delà du code
Ce qu’on oublie de prévoir.
Le développement n’est qu’une partie du projet. Ces postes tombent souvent hors du devis initial, puis reviennent au pire moment — quelques jours avant le lancement.
- Les comptes développeur. Leur création demande une vérification d’identité de l’entreprise, qui prend parfois plusieurs jours chez Apple.
- La déclaration de collecte de données. Les deux stores exigent de déclarer précisément ce que l’application collecte. Une déclaration inexacte entraîne un retrait.
- La politique de confidentialité. Une adresse publique, accessible sans compte, est obligatoire pour publier.
- Les visuels de la fiche. Captures d’écran à plusieurs formats, icône, description : c’est ce que voit l’utilisateur avant de télécharger.
- Le référencement dans les stores. Le titre, le sous-titre et les mots-clés déterminent si l’on vous trouve autrement que par votre nom.
- Un plan de mise à jour. Une application sans mise à jour pendant deux ans finit retirée des stores.
Le backend, souvent la moitié du projet
Ce que voit l’utilisateur n’est que la partie visible. Dès qu’il y a des comptes, l’essentiel du travail se trouve ailleurs.
- Une interface d’administration pour vos équipes : gestion des utilisateurs, des contenus, des signalements.
- Une base de données conçue pour évoluer sans tout réécrire à la première fonctionnalité imprévue.
- Des sauvegardes vérifiées et une supervision qui vous alerte avant vos utilisateurs.
- Des mises à jour du serveur qui n’obligent pas tout le monde à réinstaller l’application.
Questions fréquentes
Les questions qui reviennent toujours.
Faut-il développer en natif ou en hybride ?
Dans la grande majorité des cas, une base de code commune avec React Native suffit et coûte nettement moins cher que deux applications natives. Le natif reste justifié pour les usages très exigeants : traitement vidéo, réalité augmentée, jeu, ou usage intensif de capteurs. Nous tranchons au cadrage, en fonction de vos fonctionnalités réelles.
Combien de temps faut-il pour créer une application ?
Une première version utilisable demande généralement trois à six mois : cadrage, design, développement, tests, puis validation par les stores. Les projets avec paiement, temps réel ou reprise de données existantes se situent dans le haut de cette fourchette.
Faut-il un serveur en plus de l’application ?
Presque toujours. Dès que l’application gère des comptes, synchronise des données entre appareils ou envoie des notifications, il lui faut un backend et une base de données. Nous les développons également, ce qui évite de faire dialoguer deux prestataires.
Qui possède le code et les comptes développeur ?
Vous. Le code source vous est remis avec les accès aux dépôts. Les comptes Apple Developer et Google Play sont créés à votre nom, jamais au nôtre : c’est ce qui vous permet de changer de prestataire sans perdre votre application.
Que se passe-t-il après la mise en ligne ?
Une application n’est jamais terminée : Apple et Google imposent des mises à jour techniques chaque année, les systèmes évoluent, et vos utilisateurs remontent des besoins. Nous proposons un suivi qui couvre la maintenance, la supervision et les évolutions.
Comment tester l’application avant sa publication ?
Par une diffusion en test auprès de vos utilisateurs choisis : TestFlight côté Apple, piste de test fermée côté Google. Ils installent l’application comme s’ils l’avaient téléchargée, sans qu’elle soit publique. C’est l’étape qui fait remonter les vrais problèmes d’usage, ceux qu’aucune maquette ne révèle.
Que se passe-t-il si Apple refuse l’application ?
C’est fréquent lors d’une première soumission, et rarement grave. Apple motive son refus : il s’agit le plus souvent d’une mention manquante, d’un compte de test à fournir ou d’une fonctionnalité mal expliquée. Nous corrigeons et resoumettons. Prévoyez simplement une à deux semaines de marge dans votre calendrier de lancement.
Faut-il aussi une version web ?
Pas systématiquement, mais c’est souvent judicieux. Une application mobile suppose un téléchargement, ce qui est un obstacle pour un premier contact. Un site ou une application web permet d’être trouvé par Google, ce que le contenu d’une application ne permet pas. Les deux se complètent plus qu’elles ne se remplacent.
Une application en tête ?
Décrivez votre idée en quelques lignes. Nous vous répondons sous 48 h avec un premier avis et un devis gratuit.