L'écosystème impose son rythme
Chaque montée de version d'OS peut casser une fonction ou bloquer une publication. Ce travail est subi, pas choisi : il doit être budgété d'avance, sinon il consomme le budget d'évolution.
Product design, développement iOS et Android, API, publication et maintenance. Nous intervenons sur les applications mobiles à fort enjeu — celles qui portent une opération, un service public ou une relation client, et qui doivent tenir des années.
01 / CE QUI FAIT LA DIFFÉRENCE
Une application mobile n'est pas livrée, elle est exposée. Deux fois par an, iOS et Android changent les règles ; un SDK devient obsolète ; un magasin refuse une mise à jour. Ce cycle n'a pas de fin, et il faut l'avoir prévu au budget.
Chaque montée de version d'OS peut casser une fonction ou bloquer une publication. Ce travail est subi, pas choisi : il doit être budgété d'avance, sinon il consomme le budget d'évolution.
Ajouter le mode hors connexion après coup revient à réécrire la couche de données. C'est une décision d'architecture, prise avant la première ligne de code.
Comptes éditeur, certificats, profils, revues, refus et délais. Une équipe qui découvre ce circuit au moment de livrer perd des semaines sur des motifs administratifs.
Sur une application métier ou publique, une part des utilisateurs a un téléphone d'entrée de gamme et un OS de plusieurs versions de retard. C'est ce parc-là qu'il faut supporter.
02 / TECHNO
Il n'y a pas de bonne réponse générale, seulement une réponse par contexte. Nous l'écrivons au cadrage avec ses conséquences, pour que le choix reste discutable plus tard.
Bluetooth propriétaire, NFC, capteurs, arrière-plan durable : plus l'accès matériel est spécifique, plus le natif s'impose.
Un usage terrain sans réseau demande une base locale et une synchronisation maîtrisée — faisable partout, mais avec un coût très différent selon la pile.
Un produit prévu pour dix ans ne s'arbitre pas comme une opération de six mois. La pérennité de la pile compte autant que sa vitesse initiale.
Une pile que personne autour de vous ne sait reprendre est un risque, quelle que soit sa qualité technique.
Le choix, ses raisons et ce qu'il coûterait d'en changer. C'est ce document qui évite de refaire le débat tous les six mois.
03 / CE QUE NOUS FAISONS
Ateliers, parcours, wireframes et interface. Conçus pour le contexte d'usage réel, pas pour la démonstration.
iOS et Android, natif ou React Native, avec l'API et le back-office qui vont avec.
Comptes éditeur, certificats, préparation des fiches, passage des revues et gestion des refus.
Supervision, correctifs, mises à niveau imposées par les OS, évolutions et suivi des usages.
04 / PREUVES
Un visiteur de musée, un compagnon sur chantier et un professionnel de la restauration n'ont ni le même contexte, ni la même tolérance à la friction.
Une application de visite refondue en dispositif commun iOS, Android et Web, au même niveau de rendu sur les trois.
BTP & applications terrainLe pointage des heures sur les chantiers du groupe, conçu pour fonctionner là où le réseau ne suit pas.
Distribution & B2BRendre le catalogue et la commande accessibles en mobilité aux professionnels de la restauration, sans refondre le socle existant.
05 / QUESTIONS
La fourchette n'a de sens qu'une fois le périmètre posé. Ce qui fait varier le coût d'un facteur trois, ce sont les intégrations au système d'information et la contrainte hors connexion — pas le nombre d'écrans.
Le plus souvent oui, parce que le parc réel est mixte. Une exception : un usage interne sur un parc que vous maîtrisez, où une seule plateforme suffit et divise le coût de maintenance.
Oui, c'est une part importante de notre activité. Cela commence par un audit — voir notre page TMA et reprise d'existant.
Oui, y compris les comptes éditeur, les certificats et les refus de revue. C'est souvent ce qui bloque le plus une équipe qui publie pour la première fois.
Nous suivons les versions bêta et anticipons les ruptures. Ce travail fait partie de la maintenance : il n'est pas facturé comme une évolution, parce que vous ne l'avez pas demandé.
Oui, et sur les services publics c'est une obligation. Les critères se traitent dans les maquettes et les composants, là où ils coûtent le moins cher.
iOS · Android · React Native · Hors connexion · Publication · TMA
Décrivez les utilisateurs, leur contexte d'usage et les outils déjà en place. Nous revenons avec un parti pris technique argumenté avant de parler de calendrier.
Cadrer une application mobile