Développement d’applications mobiles iOS et Android.

Applications grand public et outils métier : conception UX/UI, développement Flutter, React Native ou natif, API, publication et maintenance. Nous accompagnons vos équipes de la définition des parcours au suivi des versions sur les stores, avec une attention portée aux conditions réelles d’utilisation.

Cadrer une application mobileFlutter, React Native ou natif ?
Vos usages
Services clients, outils collaborateurs et applications destinées au public.
Notre intervention
UX/UI, développement iOS et Android, API, tests, publication et maintenance.
À cadrer ensemble
Choix natif ou multiplateforme, terminaux, intégrations et budget de maintenance.

EN PRATIQUE

Le choix technique suit l’usage.

  1. Mobile natif

    Accès approfondi aux fonctions du téléphone ou contraintes matérielles : évaluer iOS et Android natifs.

  2. Multiplateforme

    Partager une partie du code lorsque les parcours et les intégrations le permettent.

  3. WebView

    Rendre un service web existant accessible sur les stores : le choix retenu pour Sysco.

Sysco : visuel du projet
Distribution & B2B

Sysco

Accéder au catalogue et commander depuis son mobile.

WebView · iOS · Android

Découvrir le projet

Sysco · Une WebView s’appuie sur la plateforme de commande existante.

01 / CE QUI FAIT LA DIFFÉRENCE

Prévoir le coût de développement et de maintenance.

Le budget couvre les parcours, les API, les tests sur appareils, la publication et les évolutions des systèmes mobiles. Ces postes sont étudiés ensemble pour choisir une architecture adaptée à la durée de vie du produit.

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

Choisir entre Flutter, React Native et développement natif.

Le choix dépend des fonctions de l’application, de ses performances attendues, des équipements à connecter et des compétences de maintenance. Flutter et React Native permettent de partager du code ; Swift et Kotlin répondent aux besoins propres à chaque plateforme.

01
Accès au matériel

Bluetooth propriétaire, NFC, capteurs spécifiques, arrière-plan durable : plus l'accès matériel est bas niveau, plus le natif peut se justifier ponctuellement.

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

Développement d'application mobile à Lyon et à Paris, du cadrage à la publication.

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, principalement en Flutter et React Native, et en natif selon les contraintes matérielles, 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.

04 / PREUVES

Applications mobiles : culture, chantier et distribution.

Fondation Louis Vuitton, Léon Grosse et Sysco illustrent trois périmètres distincts : parcours de visite, pointage terrain et intégration mobile à un service de commande.

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. Avec Flutter ou React Native, la base de code commune permet de couvrir simultanément iOS et Android avec une parité fonctionnelle parfaite.

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 stores ?

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 · Flutter · React Native · Natif ciblé · Hors connexion · Publication · TMA

Quelle application faut-il concevoir ?

Indiquez les publics, les principales fonctions, les systèmes à connecter et l’échéance souhaitée. Nous examinerons les choix techniques et les étapes nécessaires au chiffrage.

Cadrer une application mobile

RÉPONSE SOUS 48 H OUVRÉES