Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
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 à Marseille (870,018 habitants) et partout en Provence-Alpes-Côte d'Azur. 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.
Google Play héberge plus de 2 millions d'applications.
Comment la vôtre va-t-elle sortir du lot à Marseille?
Ce n'est pas avec un design moyen ou des bugs à répétition.
Les utilisateurs sont impitoyables.
Une application qui rame, et c'est la désinstallation immédiate.
L'avantage clé d'un développeur expert, c'est la maîtrise totale de cet environnement chaotique.
Android, c'est des milliers de tailles d'écrans différentes. Des processeurs qui varient du tout au tout.
Créer une application de développement Android à Marseille demande de la rigueur.
Il faut connaître les règles de Google. Les contraintes de la batterie. Les permissions toujours plus strictes.
Je m'occupe de tout ça pour vous.
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.
C'est idéal pour des outils internes d'entreprise à Marseille.
Mais cette liberté a un prix.
Il y a plus de 24 000 modèles d'appareils Android actifs dans le monde.
Des petits écrans, des grands écrans, des téléphones pliables.
L'application doit s'adapter à chacun d'eux, sans jamais casser l'expérience utilisateur.
C'est ça, le vrai métier de développeur Android. Faire de ce chaos technique une interface simple et fluide pour votre utilisateur final de France.
Marseille a une économie de port et de PME familiales, et beaucoup de projets mobiles y naissent d'un besoin logistique très concret plutôt que d'une idée de startup. C'est un bon point de départ : quand l'application doit résoudre un problème que vous vivez tous les jours, le cahier des charges s'écrit tout seul et la première version est utilisable en quelques semaines.
Deux heures de train séparent Cannes de Marseille, et c'est ce qui rend le paragraphe précédent autre chose qu'une figure de style : aller regarder quelqu'un travailler une matinée est un aller-retour dans la journée, pas une expédition à budgéter. Sur un projet de terrain, c'est la dépense la plus rentable du cadrage — une heure passée dans un entrepôt m'apprend ce que trois réunions ne diront pas, parce que personne ne pense à décrire ce qu'il fait sans y penser.
Ces projets-là ont un avantage rare : l'utilisateur, c'est vous, ou quelqu'un dans le bureau d'à côté. On n'a pas besoin d'imaginer ce que ferait un client hypothétique, on peut aller le regarder travailler pendant une heure. C'est la chose la plus utile que je puisse faire au début d'un projet de terrain, et cela révèle presque toujours quelque chose que personne n'avait pensé à me dire — un geste, un document papier qui traîne, une étape qu'on fait de tête et qui n'apparaît dans aucun processus écrit.
Le port impose ses propres contraintes. Les zones portuaires et les entrepôts sont des trous de réseau, et les hangars métalliques bloquent le signal aussi bien qu'une cave. Une application de suivi qui suppose une connexion permanente ne survit pas à sa première journée réelle. On construit donc l'inverse : tout fonctionne hors ligne, les données s'accumulent sur le téléphone, et la synchronisation se fait toute seule dès qu'il y a du réseau, sans que l'utilisateur ait à y penser ni à appuyer sur un bouton.
Marseille a aussi beaucoup d'échanges avec le Maghreb et l'Italie, et cela ressort dans les projets : une clientèle qui ne lit pas toujours le français, des adresses qui ne rentrent pas dans un formulaire français, des numéros de téléphone étrangers qu'un champ trop strict refuse. Ce sont de petits détails, mais chacun perd des utilisateurs à l'inscription, et ils coûtent quelques heures au début contre plusieurs jours à corriger après le lancement.
J'ai accompagné des dizaines de clients au cours de ces 12 dernières années. Et je sais quelle est la peur numéro un quand on lance un projet d'application.
C'est la peur de perdre le contrôle.
Vous confiez votre bébé, vous signez un devis, et puis plus rien pendant trois mois. Vous devenez totalement dépendant d'une boîte noire technique. 🕵️♂️
L'avantage clé de notre collaboration, c'est la transparence totale.
Même si je ne suis pas physiquement assis dans vos locaux à Marseille, vous voyez absolument tout ce qui se passe.
Pour y arriver, nous mettons en place des processus simples et redoutables.
Chez Invent Better, vous recevez une version installable toutes les deux semaines, même incomplète. C'est la différence entre suivre un projet et attendre un projet. Vous avez accès au dépôt de code depuis le premier jour, et chaque décision est écrite plutôt que retenue de mémoire. Un désaccord se découvre au bout de deux semaines, pas à la recette finale.
Le développement informatique est souvent perçu comme une boîte noire angoissante.
Dans beaucoup de projets, vous signez un cahier des charges, vous payez un acompte important, et vous attendez. Pendant des mois, vous n'avez que de vagues nouvelles. Des promesses par email. Des "faites-nous confiance, ça avance".
Et le jour de la grande démonstration finale à Marseille... c'est la douche froide. Le produit ne ressemble pas à ce que vous aviez en tête. Mais il est trop tard, et le budget est épuisé.
Le facteur le plus important: avec moi, la boîte noire n'existe pas. Tout est ouvert, tout est transparent.
Vous avez une idée énorme pour disrupter votre marché à Marseille.
C'est super. Maintenant, on va réduire cette idée de une grande partie.
Pourquoi?
Parce que une grande partie des fonctionnalités d'une application ne sont jamais utilisées.
En résumé, on va créer un Produit Minimum Viable (MVP).
On va se concentrer sur l'unique fonctionnalité qui apporte vraiment de la valeur à l'utilisateur de France.
On développe cette V1 rapidement.
Ensuite, on l'envoie aux 20 testeurs imposés par les règles de Google Play pour les nouveaux comptes.
Ces 14 jours de tests obligatoires ne sont pas une contrainte. C'est une opportunité.
C'est l'occasion de voir comment l'application réagit en conditions réelles dans les rues de Marseille.
De voir où les gens cliquent. Où ils bloquent.
On ajuste, on corrige les bugs silencieux.
Puis on publie.
Une fois sur le marché, ce sont vos vrais utilisateurs qui vont dicter la suite du projet.
S'ils réclament une nouvelle fonction à cor et à cri, on l'ajoute. Sinon, on économise votre budget.
C'est une question de logique financière et produit.
Prenons un exemple concret.
Un client m'a contacté pour créer une application de réservation de services à domicile, ciblant spécifiquement la région Provence-Alpes-Côte d'Azur.
Le problème initial ? L'application devait cibler le grand public.
Et le grand public, ça utilise de l'Android. De toutes les marques. De tous les prix.
Le facteur le plus important était de gérer la terrible fragmentation d'Android.
L'application devait être aussi fluide sur un Xiaomi bas de gamme vieux de cinq ans que sur le dernier Samsung Galaxy S.
J'ai reconstruit l'interface avec Jetpack Compose, le nouvel outil de design de Google.
Le résultat ? Un code beaucoup plus léger et robuste.
Nous avons lancé l'application à Marseille via un déploiement progressif (Staged Rollout) sur la Google Play Console.
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.
Quand on parle budget pour une application Android à Marseille, 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.
L'application va ramer sur la moitié des téléphones de vos clients de France. Les bugs vont s'accumuler. Vous perdrez votre crédibilité.
Certains secteurs d'activité ont tout à gagner à privilégier une stratégie Android native à Marseille.
Pour un projet initial propre (MVP), comptez entre 2 et 4 mois de travail. Il faut faire les choses bien pour le marché de Marseille.
C'est un document obligatoire sur le Google Play Store. Il explique aux utilisateurs de la région Provence-Alpes-Côte d'Azur quelles données vous récoltez et pourquoi. Je le remplis avec vous.
En optimisant le code. Des tâches de fond mal gérées vident la batterie, et l'utilisateur supprime l'application. On se pose, on réfléchit à l'architecture.
Oui, l'API de Google permet de bloquer l'usage si l'utilisateur de Marseille a une version trop ancienne. Très pratique pour la sécurité.
La règle d'or : expliquer la valeur, puis demander. Si on demande accès à la caméra sans raison à l'ouverture, l'utilisateur de France refuse.
C'est quand l'application fige. C'est perçu comme un bug. Le point essentiel est d'optimiser la vitesse pour éviter que l'écran ne bloque.
Oui, les deux langages cohabitent. Si vous avez une vieille application à Marseille, on peut l'améliorer progressivement en Kotlin.
J'intègre le design. Si vous n'avez pas de designer UI/UX, je collabore avec des experts qui créeront les écrans pour vous.
J'utilise des appareils physiques (Samsung, Pixel, Xiaomi) et des émulateurs couvrant un large spectre de tailles d'écrans.
Contactez-moi en bas de cette page. On organise un appel pour valider que votre idée tient la route techniquement.
Pendant que vous hésitez, vos concurrents à Marseille avancent.
Le monde du mobile va vite. Très vite. Aujourd'hui, l’essentiel du trafic web mondial provient des mobiles. Si vous repoussez sans cesse la création de votre application, d'autres prendront votre place dans la Provence-Alpes-Côte d'Azur.
Mais attention, il ne faut pas confondre vitesse et précipitation. Lancer une application instable est la pire des stratégies.
En résumé: il faut faire vite, mais il faut surtout faire bien. ⏳
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.