Les meilleures agences Kotlin à Lyon

Une agence Kotlin à Lyon, sur cette page, c'est d'abord une équipe mobile complète : toutes les fiches comparées ici déclarent Kotlin et Android, presque toutes iOS et Flutter. Leurs réalisations publiées racontent pourtant une histoire plus nuancée. Kotlin n'apparaît noir sur blanc que sur très peu d'applications publiées, dans l'industrie et l'assurance ; quelques autres, livrées à des clients de la région lyonnaise, sont écrites en Flutter. Avant de comparer les équipes, décidez donc si votre projet a vraiment besoin d'une application Android native, puis demandez à voir un projet où Kotlin est écrit. Vous cherchiez un développeur Kotlin à Lyon ? La première section aide à choisir entre recrutement, freelance et agence.

Recruter un développeur Kotlin, passer par un freelance ou confier l'application à une agence

Sur « développeur kotlin lyon », Google affiche surtout des offres d'emploi et des plateformes de missions freelance. Derrière cette recherche, deux besoins se croisent : renforcer une équipe technique qui existe déjà, ou faire construire une application quand personne en interne ne code. Les trois formules n'engagent pas la même chose.

Recruter convient si vous avez déjà une équipe produit et un plan pour plusieurs années : le développeur connaît votre métier, le code reste dans la maison, mais vous portez seul le pilotage, les choix d'architecture et la continuité si la personne part.

Prendre un freelance apporte une compétence précise pour une durée donnée. Le pilotage reste chez vous : qui rédige les besoins, qui relit le code, qui teste, qui reprend la suite à la fin de la mission ?

Confier l'application à une agence revient à acheter un résultat : cadrage, conception, développement, tests, publication, souvent maintenance. L'agence répond de l'ensemble ; à vous de fixer par écrit la propriété du code et la manière de transmettre le projet à une équipe interne le jour où vous en aurez une.

Cette page compare des agences. Si votre besoin est un poste à pourvoir, une plateforme d'emploi vous servira mieux.

Kotlin écrit sur très peu de réalisations : ce que montrent vraiment les applications publiées

Sur les fiches de cette page, très peu de réalisations nomment Kotlin noir sur blanc. Les deux plus détaillées concernent l'industrie et l'assurance. Chez Tereos, des applications web et mobiles en Kotlin et en Swift accompagnent la numérisation de processus industriels et des outils de terrain. Pour SPVIE Assurances, la refonte de l'écosystème numérique comprend des applications mobiles en Kotlin et en Swift, reliées à la gestion des contrats, des devis et des sinistres.

Les applications publiées pour des clients installés autour de Lyon ne mentionnent pas Kotlin. Le Petit Grignotin, à Vienne, a fait construire une plateforme et une application destinées aux restaurateurs, pour gérer leur carte, leurs tarifs et leurs horaires ; Elyfec, à Vaulx-Milieu, une application qui permet de vérifier sur un chantier que les intervenants sont en règle. Les deux sont réalisées en Flutter et déclarées entre 3 et 6 mois. Ces exemples restent peu nombreux : ils illustrent des projets, ils ne dessinent pas une tendance de toutes les agences de la page.

Retenez-en une chose : une fiche qui coche Kotlin ne prouve pas que l'équipe livre du Kotlin aujourd'hui. Demandez une application où la technologie est écrite, ou qui est installable pour l'essayer.

Natif Kotlin, Kotlin Multiplatform ou Flutter : décider de la voie avant l'équipe

Google présente Kotlin comme le langage recommandé pour développer sur Android. Une application native en Kotlin accède directement à toutes les fonctions du téléphone et suit au plus près les évolutions du système. Si vous voulez aussi une version iPhone, il faut une seconde application, en Swift, donc deux bases de code à faire évoluer.

Kotlin Multiplatform propose un compromis : la logique métier (calculs, règles, accès aux données) est écrite une fois en Kotlin et partagée entre Android et iOS, tandis que les écrans peuvent rester natifs de chaque côté. Flutter va plus loin dans le partage : un seul code, interface comprise, pour les deux stores.

Comme presque toutes les agences de cette page proposent Flutter, attendez d'elles une recommandation argumentée, pas un réflexe. Le natif se défend quand l'application dépend de capteurs, du Bluetooth, d'un fonctionnement en arrière-plan ou d'un terminal Android dédié. Le code partagé se défend quand le budget doit couvrir les deux plateformes. Pour voir comment des équipes d'autres villes posent ce choix, consultez la sélection nationale d'agences Kotlin.

La case Kotlin cochée ne départage personne : les signes d'une pratique réelle

Toutes les fiches de cette page déclarent Kotlin : l'étiquette ne permet donc pas de trier. Ce qui départage se voit dans le détail.

• Une réalisation où la pile est écrite : Kotlin, Jetpack Compose pour l'interface, coroutines pour les traitements en arrière-plan, Kotlin Multiplatform si le code est partagé. Une description qui se contente de « application Android » ne prouve pas grand-chose.
• Les personnes qui coderont : développeurs salariés, sous-traitants, équipe à l'étranger ? Demandez leurs profils et ce qu'elles ont publié sur Google Play.
• Les tests : tests automatisés écrits par l'équipe, intégration continue, campagne sur plusieurs appareils avant chaque version.
• La lecture du code : une agence sûre d'elle accepte de montrer un extrait de code ou de laisser votre référent technique relire un dépôt.

Si aucune fiche ne montre de projet comparable au vôtre, posez la question frontalement en premier rendez-vous.

Restauration, chantier, industrie, sauvetage en mer : à quoi servent les applications commandées

Les applications publiées sur les fiches de cette page se rangent en deux familles. Les outils métier d'abord, conçus pour des professionnels : contrôle de la conformité des intervenants sur chantier pour les maîtres d'ouvrage chez Elyfec, outil de coordination des sauveteurs en mer pour la SNSM, outils de terrain chez Tereos, gestion de la carte, des tarifs et des horaires proposée aux restaurateurs par Le Petit Grignotin. Les applications grand public et de marque ensuite, comme celles de Pandora ou de Chaumet, qui associent catalogue, parcours d'achat et relation client.

Dans les deux cas, l'application vient rarement seule : un back-office pour l'administrer, des échanges avec les logiciels existants de l'entreprise, parfois un site. Côté clients, on trouve des marques et des organisations nationales, et une partie d'entreprises installées dans la région lyonnaise, à Vienne, Vaulx-Milieu ou Oullins-Pierre-Bénite par exemple.

Tests sur plusieurs téléphones, données personnelles, usage sans réseau : la qualité à mettre par écrit

Android tourne sur une grande variété de téléphones et de versions du système. Faites préciser dans la proposition sur quels appareils l'application sera testée, et quelles versions d'Android elle couvrira.

Si l'application manipule des données personnelles (clients, salariés, localisation), demandez où elles sont stockées, comment elles sont chiffrées sur le téléphone et sur le serveur, et qui y a accès. Votre délégué à la protection des données, si vous en avez un, doit relire ces réponses.

L'usage sans réseau mérite une ligne à part. Sur un chantier, en mer ou dans une réserve, la connexion manque. Wano Collector, une application pour collectionneurs installée à Oullins-Pierre-Bénite, a ainsi fait ajouter un cache à deux niveaux pour consulter les collections hors connexion. Ce type de fonction se prévoit dès le départ : l'ajouter après coup coûte plus cher.

Du cadrage à la mise en ligne sur Google Play : étapes et durées observées

Un projet d'application suit en général le même fil. Un cadrage fixe les fonctions prioritaires, les utilisateurs et les contraintes techniques. Les maquettes viennent ensuite et se valident écran par écran. Le développement avance par versions successives que vous pouvez installer, puis les tests et la recette précèdent la publication.

Pour Google Play, il faut un compte développeur, une fiche de l'application et un passage par la revue de Google. Ouvrez ce compte au nom de votre entreprise.

Côté durées, les réalisations mobiles des agences de cette page vont de moins de trois mois à plus d'un an. La tranche déclarée ne dit pas à elle seule l'ampleur du projet : une durée courte peut recouvrir une application complète comme une fonction ajoutée, et une durée longue un développement initial comme un suivi. Demandez à l'agence ce que recouvre sa durée annoncée : première version seulement, ou suivi compris.

Code source, compte Google Play, clés de signature : à régler avant de signer

Avant de signer, faites écrire noir sur blanc :

• à qui appartiennent le code source et le dépôt où il est stocké, et à quel moment vous y avez accès ;
• que le compte développeur Google Play et les clés de signature de l'application sont à votre nom, pas à celui de l'agence ;
• qui écrit les tests, et si vous les récupérez avec le code ;
• ce qui est compris après la mise en ligne : correctifs, mises à jour imposées, petites évolutions, et à quel prix ;
• comment le projet sera transmis si vous changez de prestataire ou si vous recrutez une équipe interne : documentation, accès, période de recouvrement.

Ces points paraissent administratifs. Ce sont pourtant eux qui décident si l'application vous appartient vraiment. Pour situer le prix du développement et du suivi, la page des tarifs observés pour les applications mobiles donne des repères par type de projet.

Après la sortie : mises à jour d'Android, maintenance, reprise d'une application en Java

Une application Android publiée doit suivre le système. Google Play impose régulièrement aux applications de viser une version récente d'Android pour rester proposées aux nouveaux utilisateurs : sans mise à jour, une application peut disparaître d'une partie du store. Prévoyez donc, dès le devis, un contrat de suivi.

Si vous avez déjà une application écrite en Java, la reprise ne suppose pas de tout réécrire : Kotlin et Java cohabitent dans un même projet, ce qui permet de migrer écran par écran. Demandez à l'agence un audit du code existant avant tout chiffrage.

Sur cette page, la durée de la relation se lit dans quelques réalisations et avis : la gestion pédagogique d'Ecoris est suivie en maintenance, Technigrès salue un accompagnement qui a continué bien après la mise en service de son site, et TRECA décrit plusieurs années de collaboration avec la même agence. Ces exemples portent sur des outils web, pas sur Kotlin, mais ils montrent comment interroger un prestataire sur sa capacité à rester.

Équipes de quelques personnes ou de plus de cent : les agences présentes à Lyon ou à proximité

Les agences de cette page sont présentes à Lyon ou à proximité. Une partie a son siège à Lyon même ; d'autres, dont le siège est dans une autre ville, y ont un bureau. Leurs tailles vont de très petites structures à des sociétés de plus de cent personnes.

Leurs compétences déclarées se ressemblent : toutes cochent Android, presque toutes iOS et Flutter, beaucoup Swift ; le développement back-end et React Native reviennent souvent. Ce sont des équipes mobiles complètes, rarement des spécialistes d'un seul langage. Une petite structure donne souvent un accès direct à ceux qui codent ; une grande peut mobiliser plusieurs profils sur un chantier long.

Quelques fiches n'affichent encore ni réalisation ni avis. Cela ne dit rien de leur travail : demandez-leur simplement des exemples avant de les comparer aux autres. Si votre application doit couvrir Android avec d'autres technologies que Kotlin, la page des agences Android installées autour de Lyon élargit le choix.

Ce que les clients retiennent de la relation de travail : réactivité, transparence, suivi

Plusieurs avis laissés aux agences de cette page portent sur une application, mobile ou web et mobile : la première application mobile de Courrier International, des applications web et mobiles pour Revolut et pour Pandora, l'application d'Axima Concept, une plateforme de mise en relation dans l'automobile. Dans ces avis, les auteurs jugent la conduite du projet bien plus que la technologie.

Ce qui revient : la réactivité, l'écoute, la rigueur des échanges avec les chefs de projet, la transparence sur l'avancement (« le process transparent sur les avancées du développement », écrit le client de Revolut), le suivi après la mise en service et des collaborations de plusieurs années. Lisez le contenu des avis plutôt que la note, et cherchez ceux qui décrivent un projet proche du vôtre.