Une même application sur iOS et Android
Le produit se comporte de la même façon sur les deux plateformes, et une base de code partagée réduit la duplication sans sacrifier l'interface.
Technologie
Applications Flutter pour iOS, Android, le web et le bureau : création, reprise et évolution, au forfait ou en renfort de votre équipe. Six de nos études de cas reposent sur Flutter, de l'enchère en direct à l'intégration Bluetooth.
1// profil_page.dart — illustration2class ProfilPage extends HookConsumerWidget {3@override4Widget build(context, ref) {5final profil = ref.watch(profilProvider);6return profil.when(7data: (p) => CarteProfil(profil: p),8loading: () => const Chargement(),9error: (e, _) => EtatErreur(erreur: e),10);11}12}
Situations
Le produit se comporte de la même façon sur les deux plateformes, et une base de code partagée réduit la duplication sans sacrifier l'interface.
Mobile, web et ordinateur doivent avancer ensemble. Sur Reavox, une base Flutter a couvert Android, iOS, Windows, macOS et le Web.
Le code existe, mais la gestion d'état, la navigation ou les dépendances freinent chaque évolution.
Bluetooth, capteurs, lecture protégée : Flutter garde la couche produit commune, des modules Swift et Kotlin traitent ce qui doit rester natif.
Périmètres couverts
Du premier écran à la publication sur les stores, ou une brique précise dans une équipe existante.
Gestion d'état, navigation, injection de dépendances et découpage par fonctionnalité, posés pour durer.
Composants, thèmes et états partagés entre les plateformes, conçus avec l'équipe design.
Ponts Swift et Kotlin pour le Bluetooth Low Energy, les capteurs ou les API système qu'aucun package ne couvre.
Diffusion vidéo en direct, messagerie temps réel, lecteur EPUB et PDF protégé.
Modernisation progressive d'une base existante, gestion d'état, navigation, code généré, sans geler les évolutions.
Tests, intégration continue, signature, publication sur l'App Store et Google Play, suivi des incidents.
Méthode
Pour un nouveau produit : parcours, périmètre et architecture cible. Pour une application existante : état du code, des dépendances et des builds.
Gestion d'état, navigation, modules natifs nécessaires et stratégie de test, documentés avant d'accélérer.
Fonctionnalités livrées par lots utilisables, revue de code, tests et intégration continue à chaque étape.
Signature, publication sur les stores, supervision des plantages et évolutions après la mise en production.
Responsabilités
Répartition courante des responsabilités, arrêtée mission par mission dans le contrat.
| Sujet | Chez vous | Chez Black Tide |
|---|---|---|
| Choix techniques | Vous validez Flutter et l'architecture proposée | Nous comparons avec le natif et documentons les conséquences |
| Comptes stores | Vous gardez les comptes App Store et Google Play à votre nom | Nous préparons les builds et les publications |
| Revue de code | Votre processus s'applique si vous avez une équipe | Nous relisons et soumettons à relecture |
| Recette | Vous recettez chaque lot sur appareils réels | Nous corrigeons dans le périmètre convenu |
| Mise en production | Vous décidez de la date | Nous préparons, publions et surveillons |
Preuve
Reprise d'une application Flutter en production : 237 StatefulWidgets passés à hooks et Riverpod, retrait de GetIt et adoption de GoRouter, environ 2 500 fichiers touchés sans interrompre le service.
Lire le cas BlisterrUne base Flutter partagée pour Android, iOS, Windows, macOS et le Web, avec des échanges temps réel en WebRTC, sur deux ans d'accompagnement.
Lire le cas ReavoxChaque cas décrit le travail réellement réalisé, son périmètre et son statut.
Budget et suite
Pour un produit ou un lot défini en Flutter : le cadrage fixe le périmètre, le chiffrage et le découpage en lots.
Un ingénieur Flutter senior rejoint votre équipe au tarif jour public de 750 € HT, pour une mission courte ou longue.
Pour une application Flutter existante : un diagnostic d'abord, puis une stabilisation ou une migration progressive.
Les fourchettes de budget par niveau de maturité, du prototype au produit évolutif, sont publiées sur la page tarifs.
Questions utiles
Flutter partage la couche produit entre les plateformes ; le natif donne un accès direct à chaque système. Le choix dépend des usages, des intégrations matérielles et de l'équipe qui maintiendra l'application. Nous pratiquons les deux et comparons pendant le cadrage.
Les deux partagent le code entre iOS et Android, et nous travaillons avec les deux. Le choix tient compte de l'existant, des compétences de l'équipe et des intégrations natives. Sur Meduz, un pont React Native a été écarté après des mesures comparatives.
Oui pour des applications, moins pour des sites dont le référencement compte. Sur Reavox, la même base Flutter a été livrée sur Android, iOS, Windows, macOS et le Web.
Oui. Nous commençons par un diagnostic du code, des dépendances et des builds, puis proposons une stabilisation ou une migration progressive, comme sur Blisterr.
Prochaine étape
Le besoin, l'existant éventuel et l'échéance : c'est le point de départ.