Choisir une agence Kotlin en France, c'est d'abord choisir une équipe capable de livrer une application Android solide, puis de la faire vivre. Le développement Kotlin couvre plus que le seul téléphone : partage de code avec iOS, serveurs, outils métier. Les agences comparées ici déclarent toutes ce langage : reste à voir, dans leurs réalisations publiées, lesquelles décrivent vraiment une application écrite en Kotlin. Cette page vous aide à lire leurs fiches, à poser les bonnes questions à une agence de développement Kotlin et à reconnaître celle qui a déjà mené un projet proche du vôtre.
Kotlin, langage d'Android : ce que recouvre une mission confiée à une agence
Kotlin est un langage de programmation créé par JetBrains, l'éditeur d'outils pour développeurs. Il tourne sur la machine virtuelle Java, ce qui lui permet de reprendre tout l'écosystème Java, et c'est le langage que Google recommande pour écrire des applications Android. Android Studio, l'environnement de développement officiel d'Android, accepte Kotlin comme Java : la réponse courte à « quel langage est utilisé dans Android Studio ? » est donc « les deux, Kotlin en premier pour un projet neuf ».
Confier un projet Kotlin à une agence peut vouloir dire trois choses différentes, et il vaut mieux savoir laquelle avant le premier rendez-vous :
- une application Android native, écrite pour le seul système de Google ;
- une application qui partage une partie de son code entre Android et iPhone, avec Kotlin Multiplatform ;
- un serveur ou une interface de programmation écrite en Kotlin, qui alimente une application ou un site.
Si votre projet est d'abord une application Android, la page des agences de développement Android élargit la comparaison à des équipes qui ne mettent pas Kotlin en avant sur leur fiche.
Natif Kotlin, Kotlin Multiplatform, Flutter ou React Native : trancher la voie technique d'abord
Avant de comparer des agences, comparez des voies. Chacune engage le projet pour des années.
Kotlin natif pour Android : un code par plateforme. Si vous voulez aussi une version iPhone, une seconde équipe l'écrit en Swift. L'accès aux fonctions du téléphone est direct et l'interface suit au plus près les habitudes de chaque système, au prix de deux bases de code à maintenir.
Kotlin Multiplatform : la logique métier (calculs, règles, échanges avec le serveur, stockage) est écrite une fois en Kotlin et partagée entre Android et iOS. L'interface peut rester native sur chaque système ou être partagée à son tour avec Compose Multiplatform. C'est la voie à étudier si vous voulez garder une application native tout en évitant de tout écrire deux fois. Pour cette voie, cherchez une agence Kotlin Multiplatform qui a déjà livré une application en code partagé, et pas seulement une application Android native.
Flutter ou React Native : un seul code pour les deux systèmes, dans un autre langage (Dart pour Flutter, JavaScript ou TypeScript pour React Native). Ces deux voies sont détaillées sur les pages agences hybrides et multiplateformes et agences Flutter.
Ce choix compte d'autant plus que la plupart des agences de cette page proposent plusieurs de ces voies à la fois. Une équipe qui sait faire du natif, du Multiplatform et du Flutter peut vous orienter vers n'importe laquelle : demandez-lui pourquoi elle recommande celle-ci pour votre projet, et ce qu'elle aurait proposé si vous aviez un budget plus serré ou une échéance plus courte.
Repérer une équipe qui écrit vraiment du Kotlin au quotidien
Toutes les agences de cette page ont coché Kotlin sur leur fiche : la case ne départage donc personne. Ce qui départage se voit ailleurs.
- Une réalisation où la pile est écrite. Une étude de cas qui nomme Kotlin, Jetpack Compose ou Kotlin Multiplatform, avec le client et la nature du travail, vaut plus qu'une liste de logos techniques.
- Des développeurs qui codent, pas seulement des chefs de projet. Demandez qui écrira le code, s'il est salarié de l'agence ou sous-traitant, et s'il sera encore là dans six mois.
- Des tests automatisés. Une équipe sérieuse sait dire quelle part du code est couverte par des tests et comment ils tournent à chaque livraison.
- La propriété du code et des comptes. Le dépôt de code, le compte développeur Google Play et les accès aux services tiers doivent être à votre nom dès le départ.
Une démonstration sur un téléphone, à partir d'une application déjà en ligne sur le store, en dit plus que toute présentation commerciale.
Deux devis pour une même application : où se cachent les écarts
Deux propositions pour la même idée d'application peuvent afficher des prix très éloignés sans qu'aucune ne soit malhonnête. Avant de conclure, vérifiez ce que chacune met dans le périmètre, en posant les mêmes questions aux deux :
- Le périmètre fonctionnel est-il identique, écran par écran ? Si un devis est très court, demandez la liste des écrans et des fonctions pour voir ce qui est laissé pour plus tard.
- La version iPhone est-elle comprise, et par quelle voie : seconde application native, code partagé, ou rien du tout ?
- Le back-office et le serveur sont-ils chiffrés, ou supposés existants ?
- Qui écrit les tests, et sont-ils comptés dans le prix ?
- Que comprend la période qui suit la mise en ligne : correctifs, adaptation aux nouvelles versions d'Android, mises à jour des bibliothèques ?
- Si vous changez de prestataire, que récupérez-vous : le code, la documentation, les accès ?
Méfiez-vous d'un forfait très bas sans tests ni maintenance, et d'un devis qui ne nomme aucune technologie. Le premier se paie plus tard, le second ne vous permet pas de vérifier ce qui sera livré.
Des équipes mobiles complètes plutôt que des spécialistes d'un seul langage
Sur cette page, Kotlin n'est presque jamais un métier à part. Presque toutes les agences déclarent à la fois Android et iOS, environ trois sur quatre déclarent Flutter, autant React Native, et plus de la moitié ajoutent le développement back-end ou le logiciel métier. Ce sont des équipes mobiles complètes, souvent aussi agences web, qui écrivent du Kotlin parmi d'autres langages. Pour un projet qui inclut une version iPhone, la page des agences iOS élargit la recherche du côté d'Apple.
Les tailles varient beaucoup : la plupart comptent moins de vingt personnes, quelques-unes dépassent la centaine. Côté villes, Paris et sa proche banlieue arrivent en tête, devant Lyon ; les autres agences sont dispersées dans des villes de toutes tailles, rarement plus d'une par ville.
Dernier point à connaître avant de lire les fiches : une partie des agences de cette page n'a publié ni réalisation ni avis. Ce n'est pas un défaut en soi, mais vous aurez à demander directement des exemples comparables.
Presse régionale, assurance, industrie : des applications où la pile Kotlin est écrite
Disons-le franchement : une étiquette Kotlin sur une réalisation ne dit pas ce qui a été écrit dans ce langage. Plusieurs réalisations affichées sur cette page la portent sans décrire leur pile dans le texte. Celles qui le font sont à lire en priorité, parce qu'elles racontent des projets que beaucoup d'entreprises ont à mener.
Le groupe La Dépêche du Midi voulait refondre ses applications iOS et Android, freinées par un environnement technique vieillissant, et en faire un socle commun à décliner ensuite pour ses autres titres : le choix s'est porté sur Kotlin Multiplatform pour partager le code entre les deux systèmes, et les équipes internes, habituées à Java, ont été formées en chemin. Le projet s'est étalé sur six à neuf mois. SPVIE Assurances a fait refaire son écosystème numérique, applications web et mobiles comprises, avec du Kotlin côté Android et du Swift côté iPhone, sur plus d'un an. D'autres réalisations décrivent des outils terrain pour un groupe industriel, ou des refontes d'applications de presse et de grand public, dont une autre en Kotlin Multiplatform.
La plupart de ces exemples sont des refontes d'applications existantes, menées sur plusieurs mois, avec une équipe qui reprend un produit déjà en service plutôt qu'une page blanche, et parfois partage son code entre Android et iPhone. Si votre projet ressemble à l'un d'eux, demandez à l'agence une réalisation de ce type, avec le nom du client et l'application en ligne.
Kotlin ou Java : reprendre, migrer ou faire cohabiter le code existant
Quelle est la différence entre Java et Kotlin ? Les deux tournent sur la même machine virtuelle et peuvent cohabiter dans un même projet : une classe Kotlin appelle une classe Java et inversement. Kotlin s'écrit de façon plus concise et traite les valeurs nulles dès la compilation, ce qui évite une famille d'erreurs fréquentes en Java. Java reste très répandu, en particulier sur les serveurs et dans les applications Android plus anciennes.
Pour une application existante écrite en Java, la migration n'a pas à être totale ni immédiate. Une équipe peut écrire les nouveaux écrans en Kotlin, convertir le code au fil des évolutions, et garder longtemps une base mixte. Demandez à l'agence un plan de migration par étapes plutôt qu'une réécriture complète, sauf si l'application doit de toute façon être repensée. Si votre code est surtout côté serveur, les agences Java sont un autre point d'entrée.
Compose, coroutines, Ktor, base locale : la pile à voir noir sur blanc dans la proposition
Une proposition sérieuse nomme ses outils. Voici ceux à chercher, sans avoir besoin d'être développeur pour poser la question :
- L'interface : Jetpack Compose, la manière actuelle de construire les écrans Android, ou les vues classiques pour une application ancienne.
- Les tâches en arrière-plan : les coroutines de Kotlin pour les appels réseau et les traitements qui ne doivent pas figer l'écran.
- Les données sur le téléphone : une base locale pour que l'application fonctionne hors connexion.
- Le serveur : des services Firebase, que déclarent environ deux agences sur trois de cette page, ou un serveur écrit sur mesure, éventuellement en Kotlin avec Ktor ou Spring.
L'intérêt n'est pas de choisir à la place de l'agence, mais de savoir ce qui sera livré, et de pouvoir le confier plus tard à une autre équipe si besoin.
Régie, équipe dédiée, forfait ou freelance : qui code, et sous quel contrat
Chercher « agence kotlin » fait remonter, à côté de livres et de tutoriels, des plateformes de freelances, des sociétés qui mettent des développeurs à disposition et des offres d'emploi. C'est un signe : la même compétence s'achète de plusieurs façons.
- Le forfait : l'agence s'engage sur un périmètre, un prix et une date. Adapté à un projet bien cadré, il demande un cahier des charges précis.
- La régie : vous achetez du temps de développeurs, intégrés à votre équipe et pilotés par vous. Utile si vous avez déjà un responsable technique.
- L'équipe dédiée : un petit groupe stable travaille sur votre produit sur la durée, avec un pilotage partagé.
- Le freelance : un développeur indépendant, utile pour une mission précise, plus fragile si le projet repose sur lui seul.
- Le recrutement interne : la voie naturelle si l'application est au cœur de votre activité pour les années à venir.
Quelle que soit la formule, réglez trois points par écrit : à qui appartient le code, comment se passe le transfert à une autre équipe, et qui répond en cas de panne.
Du cadrage à la recette : le déroulé d'un développement d'application Kotlin et sa durée
Un projet se déroule en général en cinq temps : le cadrage (besoins, écrans, contraintes techniques), le design des parcours et des maquettes, le développement par itérations courtes avec une version à tester régulièrement, les tests automatisés et manuels, puis la recette sur de vrais téléphones avant publication.
Les réalisations Android que nous avons relues sur une partie des fiches de cette page donnent un ordre de grandeur, à lire avec prudence parce qu'elles sont très inégalement réparties entre les agences. Près de la moitié ont duré de trois à six mois. Viennent ensuite, à parts proches, les projets de plus d'un an et ceux de six à neuf mois ; ceux bouclés en moins de trois mois sont peu nombreux, et ceux de neuf à douze mois plus rares encore. Côté clients, beaucoup ne sont classés dans aucun type précis ; parmi ceux qui le sont, les startups devancent nettement les grands groupes et les PME. Si une agence annonce plus d'un an, demandez ce que couvre cette durée : le développement initial seul, ou aussi les évolutions qui suivent le lancement.
Google Play, puis les mises à jour : la vie de l'application après la livraison
Publier sur Google Play suppose un compte développeur, à ouvrir à votre nom et non à celui de l'agence. Il faut aussi préparer la fiche du store (textes, captures, catégorie), déclarer les données personnelles que l'application collecte et respecter les règles de la plateforme. Une agence expérimentée vous guide sur ces étapes, mais c'est votre entreprise qui en répond.
Le travail ne s'arrête pas à la publication. Google fait évoluer Android chaque année et impose régulièrement de viser une version récente du système pour continuer à publier des mises à jour. Les bibliothèques utilisées vieillissent, les retours des utilisateurs appellent des corrections. Une part notable des réalisations de cette page court d'ailleurs sur plus d'un an. Prévoyez dès le départ un contrat de maintenance, avec un délai de prise en charge des incidents et un volume d'évolutions, plutôt que de le négocier le jour où l'application ne s'ouvre plus.
.jpeg){kind=logo}
-thumb.jpg){kind=logo}
