Nehos Groupe

L'essentiel

Kotlin Multiplatform (KMP) de JetBrains adopte une approche fondamentalement différente de Flutter. Au lieu de partager l'intégralité de l'application (UI comprise) via une seule codebase, KMP partage uniquement la logique métier (couche data, use cases, modèles, networking) entre iOS et Android. Chaque plateforme conserve son UI native : SwiftUI pour iOS, Jetpack Compose pour Android.

Cette approche a un avantage majeur : l'expérience utilisateur est 100 % native sur chaque plateforme. Les développeurs iOS et Android utilisent leurs outils habituels pour l'interface. La logique métier partagée en Kotlin élimine la duplication de code sur la couche la plus coûteuse à maintenir.

Flutter partage 90-95 % du code (UI comprise) et offre un design uniforme. KMP partage 40-70 % du code (logique métier uniquement) mais offre une UX nativement différenciée par plateforme. Le choix dépend de votre priorité : uniformité UI (Flutter) ou expérience native pure (KMP).

En 2026, KMP est une option mature pour la logique métier partagée, adoptée par des entreprises de premier plan. Compose Multiplatform (qui ajoute le partage de l'UI) est en beta sur iOS et stable sur Desktop. Chez Nehos, nous évaluons KMP sur 2 projets pilotes pour des clients avec des exigences d'UX native premium.

Kotlin Multiplatform : la nouvelle alternative à Flutter en 2026 ?

KMP 2.0 est stable depuis 2024, Compose Multiplatform atteint la beta pour iOS. Netflix, Cash App et McDonald's l'utilisent en production. Kotlin Multiplatform est-il prêt à rivaliser avec Flutter pour vos projets B2B ?

Adapté à toute taille de structure

Artisan
Startup
PME / TPE
ETI
Grand Groupe
C
Chokri Siala
··mobile

Kotlin Multiplatform (KMP) n'est plus une curiosité technique réservée aux early adopters. Depuis la stabilisation de KMP 2.0 en novembre 2024 et l'avancée rapide de Compose Multiplatform, l'écosystème JetBrains propose une alternative crédible à Flutter pour le développement mobile multi-plateforme. Netflix partage sa couche réseau entre iOS et Android via KMP. Cash App partage sa logique de transactions. McDonald's partage ses modèles de données entre 40 000 restaurants. En 2026, KMP mérite une évaluation sérieuse pour tout nouveau projet mobile B2B.

#Kotlin Multiplatform : l'approche « shared logic, native UI »

KMP adopte une philosophie radicalement différente de Flutter et React Native. Au lieu de créer un framework qui remplace l'UI native par un moteur de rendu cross-platform, KMP permet de partager uniquement le code Kotlin qui n'est pas lié à l'interface : modèles de données, appels réseau, logique métier, validation, stockage local, sérialisation.

Concrètement, un projet KMP contient trois modules :

  • shared/ : le code Kotlin partagé entre iOS et Android. Il contient les repositories, les use cases, les modèles de données, les appels API (via Ktor), le stockage local (via SQLDelight) et la logique métier.
  • androidApp/ : l'application Android avec son UI en Jetpack Compose. Elle utilise les classes du module shared comme dépendances Gradle.
  • iosApp/ : l'application iOS avec son UI en SwiftUI. Le module shared est compilé en framework iOS via Kotlin/Native et importé dans Xcode.

Le code partageable en KMP :

  • Modèles de données et sérialisation (kotlinx.serialization)
  • Appels réseau et gestion d'API (Ktor client)
  • Logique métier et use cases
  • Stockage local et base de données (SQLDelight)
  • Validation de formulaires et règles métier
  • Gestion d'état (MVI avec shared ViewModels via KMP-ViewModel)
  • Tests unitaires de la logique métier

Le code non partageable (UI native) :

  • Composants d'interface (SwiftUI / Jetpack Compose)
  • Navigation (NavigationStack iOS / Navigation Compose Android)
  • Animations et transitions spécifiques à la plateforme
  • Intégrations système (notifications, permissions, capteurs)

Le taux de partage de code varie selon la complexité de l'application : 40 % pour une application très UI-heavy, jusqu'à 70 % pour une application data-heavy avec beaucoup de logique métier (application de gestion, CRM, reporting).

#Compose Multiplatform : KMP avec partage de l'UI

Compose Multiplatform est le complément de KMP qui permet de partager aussi l'interface utilisateur. Développé par JetBrains, il étend Jetpack Compose (le framework UI déclaratif d'Android) à iOS, Desktop (macOS, Windows, Linux) et Web.

Statut en 2026 :

  • Android : stable (c'est Jetpack Compose natif)
  • Desktop (macOS, Windows, Linux) : stable depuis 2024
  • iOS : beta depuis mars 2025, utilisable en production avec précautions
  • Web (via Kotlin/Wasm) : alpha, non recommandé pour la production

Compose Multiplatform pour iOS est la pièce manquante qui ferait de KMP un concurrent direct de Flutter. En beta, il est fonctionnel mais présente des limitations : certaines animations complexes sont moins fluides que SwiftUI natif, le support des gestes iOS (swipe back, long press avec haptic) n'est pas encore complet, et l'intégration avec certaines API UIKit est parfois nécessaire via des wrappers.

Notre évaluation chez Nehos : Compose Multiplatform iOS est viable pour des applications B2B avec une UI standard (listes, formulaires, tableaux de bord). Il n'est pas encore recommandé pour des applications avec des interactions gestuelles complexes ou des animations personnalisées sophistiquées.

#Tableau comparatif : KMP vs Flutter en 2026

CritèreKotlin MultiplatformFlutter 3.22Avantage
Code partagé (logique métier)40-70 %90-95 %Flutter
Code partagé (UI)0 % (KMP) / beta (Compose MP)90-95 %Flutter
UX native par plateforme100 % nativeUniforme (non native)KMP
Performances iOSNatif SwiftUI = optimal58 fps (Impeller)KMP
Performances AndroidNatif Compose = optimal58 fps (Impeller)KMP
Taille équipe requise2-3 devs (Kotlin + Swift)1-2 devs (Dart)Flutter
Coût développement (vs natif pur)-25 à -35 %-35 à -45 %Flutter
Maturité écosystèmeEn croissance (3 500 libs KMP)Mature (30 400 packages)Flutter
Courbe apprentissage (dev Android)2 semaines (Kotlin natif)4-6 semaines (Dart)KMP
Courbe apprentissage (dev iOS)4-6 semaines (apprendre Kotlin)6-10 semaines (Dart + widgets)KMP
Courbe apprentissage (dev web JS)8-12 semaines6-10 semainesFlutter
Support webAlpha (Kotlin/Wasm)Beta stableFlutter
Support desktopStable (Compose Desktop)StableÉgalité
IDE officielIntelliJ IDEA / Android StudioAndroid Studio / VS CodeÉgalité
Backing corporateJetBrains + GoogleGoogleKMP
Adoption entreprises majeuresNetflix, Cash App, McDonald'sBMW, Alibaba, eBayÉgalité

→ Pour aller plus loin : découvrez nos outils gratuits — calculateurs ROI, diagnostics techniques et quiz interactifs pour affiner votre réflexion.

#Quand choisir KMP plutôt que Flutter

1. L'expérience utilisateur native est une exigence métier. Certains projets B2B ciblent des utilisateurs qui exigent une expérience 100 % conforme aux guidelines de la plateforme. Les applications bancaires, les applications de santé et les applications de productivité destinées à des utilisateurs experts bénéficient d'une UI SwiftUI sur iOS et Compose sur Android. KMP permet ce niveau de finition sans dupliquer la logique métier.

2. L'équipe est composée de développeurs Android Kotlin. Si votre équipe maîtrise déjà Kotlin et Jetpack Compose, la transition vers KMP est naturelle : le langage est le même, les outils sont les mêmes (IntelliJ IDEA / Android Studio), et les patterns architecturaux (Clean Architecture, MVVM) sont identiques. L'apprentissage de KMP prend 2 semaines pour un développeur Android expérimenté.

3. L'application est data-heavy avec peu d'UI complexe. Pour les applications de type CRM, ERP mobile, reporting ou gestion de stock, 60 à 70 % du code est de la logique métier (appels API, transformations de données, validation, stockage). KMP partage efficacement cette couche tout en gardant une UI native simple et performante.

4. Le projet prévoit une application iOS premium. Les utilisateurs iOS (surtout en B2B premium, secteur luxe, finance) sont sensibles à la qualité de l'expérience. Une application SwiftUI native avec des animations fluides, un haptic feedback natif et une intégration parfaite avec les gestes iOS offre un niveau de finition que Flutter ne peut pas atteindre car il dessine ses propres pixels au lieu d'utiliser les composants système.

→ Pour aller plus loin : découvrez nos outils gratuits — calculateurs ROI, diagnostics techniques et quiz interactifs pour affiner votre réflexion.

#Quand choisir Flutter plutôt que KMP

1. Le budget est limité et le time-to-market serré. Flutter permet à une équipe de 1 à 2 développeurs de livrer une application iOS + Android en une seule codebase. KMP nécessite au minimum un développeur Kotlin (shared + Android) et un développeur Swift (iOS), soit un coût d'équipe supérieur de 30 à 50 %. Pour un MVP à 30-40K euros, Flutter est plus efficace.

2. L'uniformité du design est souhaitée. Si votre entreprise veut que l'application soit visuellement identique sur iOS et Android (design system d'entreprise, application de marque), Flutter est le meilleur choix. Son moteur de rendu dessine chaque pixel et garantit la parité visuelle. Avec KMP + UI native, les deux applications auront forcément des différences visuelles (composants Material vs Cupertino).

3. L'équipe est composée de développeurs web ou généralistes. Dart (Flutter) est plus accessible que Kotlin pour les développeurs venant de JavaScript ou Python. La documentation Flutter est exhaustive et la communauté très active. KMP requiert une maîtrise de Kotlin et une compréhension de l'écosystème JetBrains qui est un pré-requis non négligeable.

4. Le projet cible aussi le web et le desktop. Flutter supporte iOS, Android, Web, macOS, Windows et Linux depuis une seule codebase stable. KMP avec Compose Multiplatform supporte bien le desktop mais le web est encore en alpha. Pour les projets véritablement multi-plateforme, Flutter est plus mature.

#L'écosystème KMP en 2026 : maturité et limites

Bibliothèques KMP matures :

  • Ktor : client HTTP multiplateforme, comparable à Dio (Flutter) ou Axios (JS). Stable et performant.
  • SQLDelight : base de données locale avec génération de code typé. Équivalent de Drift/sqflite en Flutter.
  • kotlinx.serialization : sérialisation JSON native, intégrée au langage. Plus performante que json_serializable en Dart.
  • Koin : injection de dépendances légère, compatible KMP.
  • KMP-ViewModel : ViewModels partagés entre iOS et Android, avec intégration SwiftUI native.
  • Napier : logging multiplateforme.
  • Multiplatform Settings : stockage clé-valeur (SharedPreferences/UserDefaults).

Limites de l'écosystème :

  • Pas d'équivalent KMP pour les packages Flutter de caméra, géolocalisation, biométrie : ces fonctionnalités doivent être implémentées séparément sur chaque plateforme via expect/actual.
  • Le debugging iOS via Kotlin/Native est moins fluide que le debugging Swift natif dans Xcode.
  • La taille de la communauté est 8 à 10 fois plus petite que celle de Flutter (mesurée en questions Stack Overflow, articles de blog, tutoriels vidéo).
  • Le recrutement de développeurs KMP en France est difficile : environ 200 offres par mois contre 1 800 pour Flutter.

#Notre positionnement Nehos sur KMP

Chez Nehos, nous suivons KMP depuis 2022 et nous avons réalisé 2 projets pilotes en 2025-2026. Notre positionnement est pragmatique :

KMP est notre recommandation pour : les projets B2B avec des exigences d'UX native premium, une équipe Kotlin existante et un budget permettant 2 développeurs UI (Swift + Compose). Typiquement : applications bancaires, applications de santé avec parcours patient complexe, applications de productivité pour utilisateurs experts.

Flutter reste notre recommandation par défaut pour : les projets B2B avec budget optimisé, timeline serrée, design system d'entreprise uniforme et équipe réduite. C'est 80 % de nos projets.

Pour approfondir le choix du framework, consultez notre comparatif Flutter vs React Native 2026 et notre guide natif vs cross-platform. Découvrez nos services de développement d'applications mobiles et l'ensemble de nos services de développement.

Pour estimer le budget de votre projet, consultez notre guide combien coûte une application mobile sur mesure en 2026. Nos solutions d'agents IA peuvent également enrichir vos applications mobiles avec de l'intelligence artificielle.

Questions & Réponses

Questions fréquentes sur Kotlin Multiplatform vs Flutter

Oui, Kotlin Multiplatform (KMP) est stable pour la production depuis novembre 2024 avec la sortie de KMP 2.0. La couche de partage de logique métier (modèles, réseau, stockage) est mature et utilisée en production par Netflix, Cash App, McDonald's, VMware et Philips. En revanche, Compose Multiplatform pour iOS est encore en beta : il est fonctionnel mais peut présenter des régressions entre versions. Pour une utilisation production, nous recommandons KMP avec UI native (SwiftUI + Compose) plutôt que Compose Multiplatform sur iOS pour les projets critiques.
Pas nécessairement deux développeurs à temps plein, mais il faut au minimum des compétences sur les deux plateformes. Un schéma courant est 1 développeur Kotlin senior qui écrit le module shared et l'application Android en Compose, plus 1 développeur Swift qui écrit l'application iOS en SwiftUI en consommant le module shared. L'effort de développement iOS est réduit de 40 à 60 % grâce à la logique métier partagée, mais il reste significatif pour l'UI. En comparaison, Flutter permet à un seul développeur de livrer les deux plateformes.
Techniquement oui, mais c'est rarement pertinent économiquement. Une migration Flutter vers KMP implique de réécrire l'intégralité de l'UI deux fois (SwiftUI + Compose) et de porter la logique métier de Dart vers Kotlin. Le coût est supérieur à celui du développement initial en Flutter. La migration n'a de sens que si l'entreprise constate que l'UX Flutter ne satisfait pas ses utilisateurs premium iOS et qu'elle est prête à investir significativement pour une expérience native. Nous ne l'avons jamais recommandée chez Nehos.
Un projet KMP coûte en moyenne 20 à 35 % de plus qu'un projet Flutter équivalent, principalement en raison de l'effort de développement UI dupliqué (SwiftUI + Compose). Pour un MVP de 15 écrans, comptez 35 000 à 55 000 euros en Flutter contre 45 000 à 70 000 euros en KMP. Le surcoût se justifie quand l'expérience utilisateur native est un critère de succès du projet (applications premium, secteur bancaire, santé). Côté maintenance, les coûts sont comparables car la logique métier partagée réduit l'effort de maintenance même si l'UI est dupliquée.
Réserver un audit