12 ans d'expérience. 15+ applications livrées. Un seul interlocuteur dédié.
En résumé : je construis des applications iOS et Android pour des clients à Luxembourg (128 514 habitants). Un seul interlocuteur, 12 ans d'expérience, livraison du concept à la publication en 8 à 16 semaines.
Je construis des applications mobiles comme un artisan construit une maison. Avec des fondations solides.
J'exerce ce métier depuis 12 ans depuis Cannes, en concevant des applications iOS et Android faites pour durer. Je refuse le travail bâclé. L'avantage clé de cette méthode ? Votre application ne s'effondrera pas à la première mise à jour d'Apple ou de Google.
Je crée des outils propres, faciles à maintenir et prêts à évoluer avec votre PME ou votre startup. Un travail fait avec soin, c'est un investissement rentable sur le long terme.
Vous avez un projet d'application mobile à Luxembourg.
Et vous vous posez la question fatidique. iOS ou Android ?
Regardons les chiffres. Android détient la plupart des parts de marché mondial.
C'est gigantesque.
Sur les 128 514 habitants de Luxembourg, la grande majorité a un smartphone Android dans la poche.
Si vos clients sont sur Android, vous n'avez pas le choix. Vous devez y être.
Mais attention. Faire une application Android, ce n'est pas juste cocher une case.
C'est un écosystème avec ses propres règles. Ses propres standards de design.
Le facteur le plus important est de créer une expérience fluide, peu importe la marque du téléphone.
Développer pour Android, ce n'est pas emballer un site web dans une application. C'est utiliser les outils du système pour obtenir une application qui démarre vite, fonctionne sans réseau et respecte les habitudes de la plateforme. La différence ne se voit pas sur une capture d'écran ; elle se voit à l'usage, au bout de quelques jours.
Beaucoup pensent qu'une application, c'est juste un site web mis dans une boîte.
C'est faux.
Développer pour Android, c'est utiliser les outils natifs de Google pour créer une expérience parfaite.
Aujourd'hui, le langage recommandé par Google s'appelle Kotlin. Il a remplacé Java.
C'est un langage moderne, rapide et sûr.
Pour l'interface, on utilise Jetpack Compose. Et on suit les règles visuelles strictes dictées par le Material Design de Google.
Le facteur le plus important, c'est de comprendre que le monde Android est un écosystème ouvert.
Contrairement au jardin fermé d'Apple, Android offre une liberté immense.
Vous avez accès à une infinité de matériels différents. Vous pouvez personnaliser le système en profondeur.
Vous pouvez même distribuer votre application en dehors du store officiel de Google si besoin.
Luxembourg est petit, riche et très réglementé, et la plupart des projets mobiles y touchent de près ou de loin à la finance. Cela veut dire une revue de conformité, des exigences de traçabilité, et une tolérance nulle pour un bug d'affichage sur un montant. On développe plus lentement et on teste beaucoup plus.
Le bug d'affichage sur un montant est l'exemple que je donne toujours, parce qu'il illustre bien la différence de culture. Sur une application grand public, un chiffre arrondi de travers est un défaut mineur qu'on corrige à la prochaine version. Sur une application financière, c'est une perte de confiance immédiate et parfois un problème réglementaire. La parade est technique et connue — on ne stocke jamais de l'argent dans un nombre à virgule flottante, on travaille en unités entières — mais elle doit être posée au début, parce que la corriger après veut dire migrer les données existantes.
La traçabilité impose sa propre discipline. Dans un contexte réglementé, il faut souvent pouvoir répondre des mois plus tard à la question « qui a fait quoi, quand, depuis quel appareil ». Cela veut dire un journal d'événements qui ne s'efface pas, des modifications qui s'ajoutent au lieu d'écraser, et une politique de conservation décidée à l'avance plutôt qu'improvisée. C'est du travail invisible pour l'utilisateur et c'est une part réelle du budget.
Un dernier point que seul le Luxembourg impose vraiment : une grande partie de vos utilisateurs franchit une frontière chaque matin. Une application utilisée par des frontaliers passe donc d'un réseau à l'autre plusieurs fois par jour, avec des coupures au passage et parfois de l'itinérance. Concrètement, ça veut dire qu'aucune opération importante ne doit dépendre d'une connexion continue : ce qui a été saisi reste sur l'appareil, se resynchronise plus tard, et l'utilisateur n'a pas à savoir de quel côté de la frontière il se trouvait.
Le multilinguisme luxembourgeois est le dernier point, et il est moins simple qu'il n'y paraît. Français, allemand, luxembourgeois et anglais coexistent selon les contextes et les publics. Il est rare qu'un projet ait besoin des quatre, mais il est fréquent qu'il en faille trois, et il est essentiel de décider lesquelles au départ : la place réservée aux textes dans les écrans dépend de la langue la plus longue, et l'allemand gagne presque toujours ce concours.
Vous lancez votre projet à Luxembourg.
Et vous vous demandez sûrement avec qui travailler pour concevoir votre application mobile.
C'est la première grande décision. Certains pensent que pour réussir, il faut absolument une grande agence au coin de la rue. D'autres croient qu'il faut sous-traiter à l'équipe la moins chère possible à l'étranger.
Les deux options ont de sérieux inconvénients.
Une grosse agence va assigner votre projet à un développeur junior que vous n'avez jamais rencontré. Une équipe offshore va vous livrer du code illisible, avec trois semaines de retard, sans aucune responsabilité.
Le facteur le plus important dans la réussite d'une application, ce n'est pas seulement le code. C'est la communication.
Invent Better commence par retirer, pas par ajouter. Une application qui fait une seule chose correctement se lance en deux mois ; une qui en fait cinq à moitié ne se lance jamais. Sachant qu’une grande partie des fonctionnalités prévues à l'avance ne sont jamais utilisées, la question utile n'est pas « est-ce que ce serait bien » mais « est-ce que quelqu'un utilise l'application sans ça ».
La règle qui structure tout un projet Android tient en une phrase : on ne code pas six mois sans rien mettre entre des mains réelles. Le périmètre est fixé d'abord, en coupant ce qui peut attendre. Ensuite le développement avance par tranches, chacune installable sur un vrai téléphone. Chaque version essayée corrige une hypothèse ; chaque mois sans version en accumule.
La pire erreur, c'est de coder pendant 6 mois sans jamais rien tester en conditions réelles. Voici comment on travaille ensemble pour lancer votre application à Luxembourg.
D'abord, on définit le périmètre. On coupe tout ce qui ne sert à rien. On garde l'essentiel.
Ensuite, je développe. Je vous livre des versions de test régulièrement sur votre téléphone.
Mais l'étape cruciale sur Android, c'est la publication sur le Google Play Store.
Ce n'est plus un bouton magique.
Google demande désormais à ce que 20 testeurs différents utilisent votre application pendant 14 jours consécutifs avant de pouvoir la rendre publique.
Une application de terrain se juge sur ce qu'elle fait sans réseau. Les techniciens travaillent en sous-sol, dans des bâtiments métalliques, sur des zones mal couvertes : les relevés doivent s'enregistrer sur l'appareil et se synchroniser tout seuls plus tard. Cette décision se prend au début du projet, parce qu'elle change toute l'architecture.
Parfois, l'application Android n'est pas destinée au grand public.
J'ai travaillé pour une société d'intervention technique dont les équipes parcourent toute la région Luxembourg.
Leurs techniciens avaient besoin d'un outil pour faire des relevés de données sur le terrain. Souvent dans des sous-sols à Luxembourg, là où il n'y a aucun réseau.
L'avantage clé d'Android ici, c'est le choix matériel.
Plutôt que d'acheter des iPad hors de prix, l'entreprise a acheté des tablettes Android durcies à bas coût. Parfaites pour les chantiers.
Considérez un budget Android comme une ligne de croissance plutôt que comme une dépense, parce que c'est ainsi qu'il se comporte. Quelqu'un sur internet vous codera quelque chose pour presque rien, et ce sera lent, peu sûr et impossible à faire évoluer. La vraie comparaison n'est pas un devis contre un autre, mais le coût de le construire deux fois contre une seule.
Sur les achats faits dans l'application, Google prélève 15 % sur le premier million de dollars de chiffre d'affaires annuel, puis 30 % au-delà. Le barème est publié par Google Play et s'applique à tous les éditeurs.
Quand on parle budget pour une application Android à Luxembourg, il faut changer de perspective.
Ce n'est pas une dépense. C'est un outil de croissance.
Vous pouvez trouver quelqu'un sur internet qui va vous coder un truc pour presque rien.
Spoiler : ça va être une catastrophe technique. Les termites dans une maison.
Les applications grand public, l'immobilier et l'éducation cherchent la portée avant la marge. Android donne accès à la plus grande partie du parc mondial, et ses outils de diffusion permettent d'ouvrir progressivement — quelques testeurs, puis un groupe fermé, puis le public. C'est ce qui rend un premier lancement moins risqué.
Chaque domaine a ses problématiques. Android possède souvent la réponse technique appropriée pour votre entreprise à Luxembourg.
Ces questions portent sur la diffusion et la sécurité : ouvrir progressivement plutôt que d'un coup, distribuer hors du store, couvrir la voiture ou la télévision, suivre les performances après le lancement. Le point important est qu'Android permet de sortir par étapes — quelques testeurs, un groupe fermé, puis le public — et que c'est la meilleure protection contre une mauvaise version.
Souvent, oui, de sensiblement. Les outils de dev sont gratuits. Mais attention, la fragmentation des appareils à Luxembourg peut augmenter le temps de test.
C'est un déploiement progressif. On lance d'abord l'application à la plupart des utilisateurs du Luxembourg. S'il n'y a pas de crash majeur remonté par Crashlytics, on augmente. C'est une question de logique et de sécurité.
Oui, c'est une excellente façon de garder votre application visible pour vos utilisateurs dans la région Luxembourg.
Oui, c'est l'avantage clé d'Android. On peut installer une application via un simple fichier (APK). Idéal pour des outils internes à Luxembourg.
L'essentiel de mon expertise est sur mobile et tablette. Mais l'architecture de base permet d'envisager ces extensions à terme.
J'utilise des outils comme Proguard pour masquer le code, et je sécurise toutes les communications avec vos serveurs de Luxembourg.
Moins qu'Apple (beaucoup de rejets au premier envoi chez la pomme). Mais leurs règles sur la vie privée sont devenues très strictes.
Centrale. On applique le Material Design 3. L'application s'adaptera même aux couleurs du système de l'utilisateur.
Nous utilisons Google Analytics for Firebase et la Google Play Console pour analyser les usages à Luxembourg.
Oui, je suis indépendant. Vous parlez directement au technicien qui code votre projet pour Luxembourg. Pas d'intermédiaire.
Prêt à lancer votre application à Luxembourg ?
Vous avez l'idée. Vous connaissez votre marché au Luxembourg. Maintenant, il faut passer à l'action.
Mais pas n'importe comment. L'avantage clé de travailler ensemble, c'est la clarté. Je ne vous vendrai pas de fonctionnalités inutiles. Je ne vous ferai pas de grandes promesses sans lendemain.
Une bonne application, c'est faire juste ce qu'il faut, et le faire bien. Sachant qu’une grande partie des fonctionnalités d'une application ne sont jamais utilisées, inutile de s'éparpiller. C'est une question de logique : concentrons-nous sur l'essentiel pour vos futurs utilisateurs de Luxembourg.

30 minutes pour démarrer
Réserver →La plupart de mes projets se déroulent à distance, et en pratique cela change peu de choses. Nous échangeons en visioconférence dès que vous en avez besoin, pas uniquement aux grandes étapes, et vous pouvez me poser vos questions à tout moment pendant le projet — je réponds toujours.
Une fois que nous travaillons ensemble, un déplacement sur place peut tout à fait être organisé si votre projet le justifie. Les frais de déplacement sont alors chiffrés à part, en amont et sans surprise.