Mickael Romaniello, le développeur qui construit les applications Mickael Romaniello 30 minutes, sans slides, rien à préparer.
Mascotte

Développement application Android à Bordeaux

Un seul interlocuteur, du concept à la publication. 12 ans d'expérience. 15+ applications livrées.

📱 iOS & Android🚀 12 ans🇫🇷 France
Réservez un appel de 30 minutes →
Mickael
Mickael Romaniello
Ingénieur Mobile — Cannes
12+ ans 15+ projets 4.8

En résumé : je construis des applications iOS et Android pour des clients à Bordeaux (257,068 habitants) et partout en Nouvelle-Aquitaine. Un seul interlocuteur, 12 ans d'expérience, livraison du concept à la publication en 8 à 16 semaines.

Google Play héberge plus de 2 millions d'applications.

Comment la vôtre va-t-elle sortir du lot à Bordeaux?

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 à Bordeaux 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.

Qu'est-ce que le développement Android?

Souvent, on me demande s'il faut commencer par iOS ou par Android pour un projet à Bordeaux.

La réponse dépend de votre cible et de votre budget.

L'avantage clé d'Android, c'est sa portée massive.

Surtout dans les marchés émergents ou pour le grand public.

Mais il y a une différence fondamentale avec Apple.

Apple contrôle tout. Ils ont une vingtaine de modèles d'iPhone en circulation. C'est facile à tester.

Android, c'est le grand ouest.

Google indique qu'il y a plus de 24 000 modèles d'appareils Android actifs.

Certains ont des écrans minuscules. D'autres tournent sur des versions Android vieilles de cinq ans.

Cette fragmentation rend les tests beaucoup plus complexes et coûteux.

Il faut s'assurer que l'application ne plante pas sur un téléphone bas de gamme vieux de quatre ans, tout en exploitant la puissance du dernier Samsung Galaxy.

Cependant, Android est souvent le meilleur choix pour démarrer si vous faites du B2B dans la région Nouvelle-Aquitaine.

Par exemple, pour équiper vos livreurs ou vos techniciens sur le terrain avec des tablettes durcies peu coûteuses.

Dans ce cas, l'écosystème ouvert d'Android est imbattable.

Mickael
Mickael Romaniello
Ingénieur Produit Mobile — Cannes, France

Plus de 15 applications livrées. Des startups qui ont trouvé leur marché. Des PME qui ont fluidifié leur travail.

En 12 ans, j'ai vu ce qui fonctionne et ce qui plante sur iOS et Android. Depuis Cannes, je ne vous promets pas la lune. Je vous promets des résultats. Mon travail est de construire des outils solides que vos utilisateurs vont réellement adopter.

L'avantage clé, c'est l'impact de votre application sur la vraie vie. On regarde ensemble comment faire grandir votre projet de manière intelligente et rentable ?

12+
ans d'expérience
15+
projets livrés
5
secteurs
4.8
note

Pourquoi choisir un expert à Bordeaux?

Vous lancez votre projet à Bordeaux.

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.

Travailler avec Bordeaux

J'ai travaillé depuis Bordeaux pendant des années avant de m'installer à Cannes, et c'est la seule ville de cette liste dont je connais le tissu de l'intérieur. Concrètement, ça veut dire qu'on gagne la première demi-heure : je n'ai pas besoin qu'on m'explique ce qu'est la Bastide, pourquoi une entreprise des Chartrons ne fonctionne pas comme une entreprise de la rive droite, ni à quoi ressemble le calendrier d'une maison de négoce.

L'économie locale oriente le type de demandes, et j'en reçois surtout deux familles. Des applications de service pour une clientèle de passage — vin, tourisme, événementiel — et des outils internes pour des entreprises qui ont grandi plus vite que leurs logiciels. Les premières vivent sur la simplicité : un visiteur n'installe pas une application qui réclame un compte avant de montrer quoi que ce soit. Les secondes vivent sur la fiabilité, parce que si l'outil tombe, l'équipe s'arrête et ça se compte en heures perdues, pas en tickets.

La distance n'est plus un problème depuis longtemps, mais elle change une chose et il faut le dire : le cadrage. À distance, on décrit une application avec des mots et chacun se fait son image ; en face à face, on dessine sur une feuille et on voit tout de suite qu'on ne parlait pas du même écran. Je compense en travaillant sur des maquettes que vous manipulez très tôt, avant qu'une ligne de code soit écrite — c'est la feuille de papier, en plus précis. Et si le projet le justifie, je monte pour le lancement.

Sur l'argent, je ne donne pas de fourchette dans le vide, parce qu'un prix annoncé avant le cadrage est un chiffre inventé. Ce que je peux dire dès le premier appel, c'est comment ça se passe : trente minutes gratuites, puis un devis avec ce qui est dedans et ce qui n'y est pas. 30 % à la commande, le reste réparti par mois sur la durée du projet. Vous payez au rythme où le travail avance.

Technologies Android

Avec Invent Better, la personne qui comprend votre projet est celle qui l'écrit. Pas de commercial, pas de chef de projet intermédiaire, pas de transmission entre trois équipes. Vous parlez au développeur, du premier appel jusqu'à la mise en ligne. Sur un premier produit, où l'essentiel se décide dans les six premières semaines, cette proximité vaut plusieurs semaines de calendrier.

Je n'utilise pas de technologies obscures qui seront abandonnées dans deux ans.

J'utilise le standard de l'industrie, dicté par developer.android.com.

Le point essentiel, c'est la pérennité de votre code.

Voici ce que j'utilise sous le capot de votre application à Bordeaux :

Comment se déroule un projet Android ?

Je travaille avec des clients partout, de la France jusqu'au Canada.

Peu importe que vous soyez basé à Bordeaux ou ailleurs, la méthode est la même.

L'avantage clé, c'est la communication asynchrone et transparente.

Pas besoin de réunions de trois heures qui ne mènent à rien.

On utilise des outils comme Slack, Trello ou Jira. Vous voyez exactement où j'en suis.

Chaque semaine, vous recevez une mise à jour sur votre téléphone Android.

Vous testez la nouvelle fonctionnalité directement depuis votre bureau à Bordeaux.

S'il y a un comportement bizarre sur un certain modèle de Samsung, vous me le signalez et je le corrige.

Je gère l'entièreté de la Google Play Console.

Les certificats de signature, les textes descriptifs, la gestion des traductions, les fiches store.

Vous n'avez pas à vous plonger dans cette complexité administrative. Vous restez concentré sur votre métier. Je m'occupe de la technique.

C'est un partenariat. Je suis là pour vous conseiller, pas juste pour exécuter.

S'il faut dire non à une fonctionnalité parce qu'elle va ralentir le projet, je vous le dirai. C'est mon rôle d'expert.

Étude de cas Android

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 Nouvelle-Aquitaine.

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 à Bordeaux via un déploiement progressif (Staged Rollout) sur la Google Play Console.

Combien coûte une application Android ?

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 à Bordeaux, 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é.

Secteurs d'activité Android

Certains secteurs d'activité ont tout à gagner à privilégier une stratégie Android native à Bordeaux.

B2B & Outils d'entreprise

Santé & Bien-être

Restauration & Foodtech

Questions fréquentes

Faut-il un serveur pour mon application ?

Pas toujours, et c'est une bonne nouvelle pour le budget. Une application qui ne fait vivre que les données de son utilisateur — une liste, un suivi, un calcul — peut tout garder sur le téléphone et ne rien coûter en fonctionnement. Dès qu'il faut partager entre plusieurs personnes, synchroniser entre deux appareils, ou que vous devez voir les données de votre côté, il faut un serveur, et c'est une ligne de coût qui revient chaque mois.

Que se passe-t-il quand le téléphone n'a pas de réseau ?

Ça dépend entièrement de ce qu'on a décidé au départ, et c'est un des rares choix qu'on ne peut pas repousser. Une application peut garder ses données sur l'appareil, laisser travailler, puis se synchroniser dès que le réseau revient — sans que l'utilisateur appuie sur quoi que ce soit. C'est indispensable dès qu'on travaille en entrepôt, en sous-sol, en déplacement. Rajouté après coup, ça revient souvent à réécrire la moitié de l'application.

L'application marchera-t-elle sur les vieux téléphones ?

On choisit une limite, et ce choix a un prix. Supporter des versions anciennes du système veut dire tester davantage et se priver de certaines possibilités. On regarde qui sont vos utilisateurs : une application grand public et un outil interne déployé sur un parc connu n'ont pas la même réponse. La limite se relève ensuite, quand les statistiques d'usage montrent que plus personne n'est resté derrière.

Combien de place l'application prend-elle sur le téléphone ?

Ça compte plus qu'on ne le croit, parce qu'une application volumineuse se fait désinstaller la première quand la mémoire manque. L'essentiel du poids vient rarement du code : ce sont les images et les polices embarquées. Charger les images depuis le serveur plutôt que les livrer dans l'application, et les servir à la bonne taille, suffit souvent à diviser le poids par deux. C'est du travail invisible et c'est celui qui garde l'application installée.

Les notifications sont-elles gratuites ?

Techniquement, l'envoi ne coûte presque rien. Ce qui coûte, c'est ce qu'il faut autour : un serveur pour décider quoi envoyer à qui et quand, et un réglage fin pour ne pas devenir intrusif. C'est aussi le mécanisme le plus facile à gâcher — une notification inutile est la première cause de désinstallation, et une application désinstallée ne revient pas. On en envoie peu et on les rend utiles, ou on n'en envoie pas.

L'application peut-elle utiliser l'appareil photo ou la position ?

Oui, avec l'autorisation de l'utilisateur, et la façon de la demander compte autant que la fonction. Une permission réclamée au premier lancement, sans contexte, est refusée dans une grande partie des cas — et une fois refusée, elle est pénible à récupérer. Demandée au moment où la personne comprend pourquoi, elle est accordée. Apple exige d'ailleurs une explication écrite pour chaque permission, et un texte vague fait refuser l'application.

Comment les mises à jour arrivent-elles chez l'utilisateur ?

Par les stores, et pas instantanément : Apple et Google vérifient chaque version avant publication, et les téléphones se mettent à jour au rythme de leurs réglages. Il faut donc prévoir qu'une partie de vos utilisateurs restera plusieurs semaines sur une version ancienne. C'est pourquoi le serveur doit continuer à parler aux versions précédentes, et pourquoi on évite les changements qui cassent tout d'un coup.

Peut-on relier l'application au logiciel que j'utilise déjà ?

Souvent, oui, et tout dépend d'une chose : votre éditeur fournit-il une interface d'accès documentée. Si oui, c'est du travail normal. S'il n'en fournit pas, ou s'il la facture au module, ou s'il refuse de l'ouvrir à un tiers, aucune application ne contournera ça proprement — les contournements existent et cassent à la première mise à jour de l'éditeur. C'est une question à poser à votre fournisseur avant de me poser la vôtre.

Quelle différence avec une application web installable ?

Un site peut s'installer sur l'écran d'accueil, fonctionner hors réseau et se lancer en plein écran, sans passer par un store. C'est une vraie troisième réponse, et elle est sous-conseillée parce qu'elle rapporte moins à qui la propose. Ses limites : les notifications restent bridées sur iPhone, l'accès aux capteurs est partiel, et vous n'êtes pas présent dans les stores — ce qui compte si vos clients vous y cherchent.

Faut-il traduire l'application ?

Seulement si vous avez un public dans une autre langue — et alors, il faut le prévoir dès la conception plutôt que l'ajouter. Ce n'est pas la traduction qui coûte, c'est la place : l'allemand allonge les libellés de moitié et fait déborder les boutons dessinés pour le français. Prévoir la place dès le départ ne coûte rien ; refaire les écrans après coup coûte plusieurs jours. Les textes légaux et la fiche du store comptent aussi.

Pendant que vous hésitez, vos concurrents à Bordeaux 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 Nouvelle-Aquitaine.

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. ⏳

Prêt à lancer votre projet ?

En 30 minutes, vous saurez exactement par où commencer.

Réservez un appel gratuit →

30 minutes pour démarrer votre projet

Réservez un appel gratuit →

À propos de l'auteur

Mickael Romaniello — Ingénieur produit mobile basé dans le Sud de la France. 12 ans d'expérience en développement d'applications iOS, Android et desktop. Plus de 15 projets livrés pour des startups, ETI et grands comptes. LinkedIn.

Dernière mise à jour:

Standards et références

Apple Human Interface Guidelines · Google Material Design · web.dev (Google) · MDN Web Docs · OWASP Mobile Top 10