Concevoir une application mobile qui compte vraiment.

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.

Cadrer une application mobile Natif, React Native ou web ?
Plateformes iOS · Android

Natif ou React Native selon la contrainte, jamais par habitude

Terrain Hors connexion

Base locale, file d’envoi, reprise automatique

Publication Assurée

Comptes éditeur, revues, conformité aux magasins

Après Maintenue

Mises à niveau OS et SDK imposées, pendant toute la vie du produit

01 / CE QUI FAIT LA DIFFÉRENCE

Le coût d'une application mobile ne se joue pas au développement.

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.

01

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.

VERSIONS OS · SDK · CONFORMITÉ STORES

02

Le hors connexion se décide au départ

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.

BASE LOCALE · SYNCHRONISATION · CONFLITS

03

La publication est un métier

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.

COMPTES · CERTIFICATS · REVUES

04

Le parc réel n’est pas le parc rêvé

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.

ENTRÉE DE GAMME · VERSIONS ANCIENNES · ACCESSIBILITÉ

02 / TECHNO

Natif, React Native ou web : la question se tranche, elle ne se croit pas.

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.

01
Accès au matériel

Bluetooth propriétaire, NFC, capteurs, arrière-plan durable : plus l'accès matériel est spécifique, plus le natif s'impose.

02
Contrainte hors connexion

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.

03
Durée de vie visée

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.

04
Taille et continuité de l’équipe

Une pile que personne autour de vous ne sait reprendre est un risque, quelle que soit sa qualité technique.

05
Décision écrite

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

Du cadrage à la publication, puis pendant des années.

Product design

Ateliers, parcours, wireframes et interface. Conçus pour le contexte d'usage réel, pas pour la démonstration.

Développement

iOS et Android, natif ou React Native, avec l'API et le back-office qui vont avec.

Publication

Comptes éditeur, certificats, préparation des fiches, passage des revues et gestion des refus.

Exploitation

Supervision, correctifs, mises à niveau imposées par les OS, évolutions et suivi des usages.

05 / QUESTIONS

Ce qu'on nous demande

Combien coûte une application mobile ?

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.

Faut-il développer iOS et Android en même temps ?

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.

Reprenez-vous une application mobile existante ?

Oui, c'est une part importante de notre activité. Cela commence par un audit — voir notre page TMA et reprise d'existant.

Gérez-vous la publication sur les magasins ?

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.

Que se passe-t-il quand iOS ou Android change ?

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é.

Faites-vous de l’accessibilité mobile ?

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

Quelle application faut-il concevoir ?

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

RÉPONSE SOUS 48 H OUVRÉES