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

Développement application Android à Nice

Du concept à la publication. Un expert dédié, 12 ans d'expérience.

iOS & Android12 ans d'expérienceBasé en France
RÉSERVER UN APPEL →

En résumé : développement application android à Nice (342,669 habitants), c'est un projet piloté par un expert senior — pas une agence. Communication directe, code livré, publication sur l'App Store et Google Play en quelques semaines.

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.

Regardez autour de vous dans les rues de Nice.

Que voyez-vous dans les mains des gens?

Des Samsung, des Xiaomi, des Google Pixel.

Android est partout. C'est le système d'exploitation le plus utilisé au monde.

Vos futurs clients passent en moyenne 4,8 heures par jour sur leur téléphone.

Le point essentiel, c'est que votre entreprise doit être là où se trouve l'attention.

Dans leur poche.

Mais lancer une application sur le Play Store n'est pas une promenade de santé.

Beaucoup d'entreprises de France pensent qu'il suffit d'avoir une bonne idée.

Spoiler: une bonne idée mal exécutée ne vaut rien.

Il clique. Il quitte. Il oublie.

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

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

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 Provence-Alpes-Côte d'Azur.

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 Mobile
12+ans 15+proj. 4.8

Pourquoi choisir un expert à Nice?

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 à Nice, vous voyez absolument tout ce qui se passe.

Pour y arriver, nous mettons en place des processus simples et redoutables.

Travailler avec Nice

Nice est à une trentaine de kilomètres de Cannes, où je travaille. C'est la seule ville de cette page où je peux être chez vous dans la matinée et rentrer déjeuner, et sur un premier projet ça vaut plus qu'on ne le croit : une heure autour d'une table remplace trois visioconférences et évite les malentendus qui se paient deux mois plus tard. Le reste du travail se fait à distance comme partout ailleurs — mais le démarrage est plus rapide quand on s'est vu, et ici il ne coûte qu'un aller-retour en train.

Nice mélange tourisme, immobilier et santé, trois secteurs où l'application est souvent saisonnière ou réglementée. La saisonnalité change le calendrier : mieux vaut livrer en février pour la saison qu'en juin. Le réglementé change le budget, parce que l'hébergement des données de santé ne se choisit pas au dernier moment.

Le calendrier saisonnier mérite d'être pris au sérieux, parce qu'il ne pardonne pas. Une application touristique qui sort en juillet a raté l'année : les visiteurs de la saison sont déjà arrivés avec leurs habitudes, et vous découvrirez vos bugs sur vos vrais utilisateurs au pire moment. Un projet visant l'été doit être en test au printemps, ce qui veut dire commencer à l'automne précédent. Quand quelqu'un m'appelle en mai pour l'été, je le dis franchement : on vise l'année suivante, ou on réduit tellement le périmètre que ce qui sort tient vraiment debout.

L'immobilier apporte une contrainte différente, celle des photos. Une application immobilière vit sur ses images, et les images sont ce qui rend une application lente. Des photos de plusieurs mégaoctets chargées à pleine résolution sur une liste de vingt biens font une application qui rame et un forfait mobile qui fond. Le travail utile est invisible : redimensionner côté serveur, charger progressivement, mettre en cache correctement. C'est peu spectaculaire et c'est ce qui fait la différence entre une application qu'on garde et une qu'on désinstalle.

Enfin, Nice reçoit une clientèle internationale toute l'année, et une application locale qui n'existe qu'en français se prive d'une partie de son public. Ce n'est pas nécessairement un problème — selon votre marché, l'anglais seul en plus peut suffire — mais c'est un arbitrage à faire consciemment plutôt qu'à subir, parce qu'ajouter une langue après coup coûte plus cher que de prévoir la place dès le début.

Pourquoi Invent Better?

Une application peut être développée vite et pour peu cher. Ce qui coûte, c'est la suite: un code écrit sans structure devient impossible à modifier, et la moindre évolution demande de tout reprendre. Invent Better facture le travail qui rend la deuxième version possible — des tests, une architecture lisible, et un code qu'un autre développeur peut reprendre.

Il est tout à fait possible de développer une application très vite et pour vraiment pas cher.

Il suffit d'ignorer les règles de base, de copier-coller des morceaux de code trouvés sur internet, et de croiser les doigts pour que ça tienne. Le jour de la présentation à Nice, l'application aura l'air de fonctionner.

Mais le vernis va craquer très rapidement.

Dès que vous aurez plus de dix utilisateurs en même temps, le système va ralentir. [cite_start]Sur mobile, la patience est très courte[cite: 584]. [cite_start]Et la lenteur, c'est perçu comme un bug[cite: 585].

Pire, l'application va planter en pleine nuit. Et là, l'utilisateur ne pardonne pas.

Comment se déroule un projet Android ?

La pire erreur, c'est de coder pendant 6 mois sans jamais rien tester en conditions réelles.

On se pose. On respire.

Voici comment on travaille ensemble pour lancer votre application à Nice.

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.

Le facteur le plus important est d'anticiper ce délai.

Pendant cette phase, on remplit le formulaire de sécurité des données. On prouve à Google que votre application respecte la vie privée.

Une fois validée, on ne la lance pas à beaucoup d’un coup.

On fait ce qu'on appelle un "Staged Rollout".

« Un cas concret vaut mieux que mille promesses. »

Étude de cas Android

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 Provence-Alpes-Côte d'Azur.

Leurs techniciens avaient besoin d'un outil pour faire des relevés de données sur le terrain. Souvent dans des sous-sols à Nice, 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.

Le défi technique était le fonctionnement entièrement hors-ligne.

J'ai utilisé Room DB, la base de données locale d'Android.

Le technicien remplit son rapport, prend ses photos, et l'application stocke tout localement.

Dès que la tablette capte à nouveau le réseau, l'application synchronise silencieusement les données avec le serveur de l'entreprise en arrière-plan.

Combien coûte une application Android ?

Une application Android coûte généralement sensiblement de moins que son équivalent iOS. La raison est pratique plutôt que technique : les outils de développement de Google sont gratuits et plus souples, et le compte développeur Play se paie une seule fois au lieu d'être annuel. C'est le périmètre de votre application qui fixe le montant ; la plateforme ne le déplace qu'à la marge.

Je ne vais pas vous mentir. Créer une bonne application Android à Nice représente un investissement.

Souvent, on constate que le développement Android coûte sensiblement moins cher que son équivalent iOS.

Pourquoi ?

Parce que les outils de développement fournis par Google sont gratuits et souvent plus souples.

De plus, le compte développeur Google Play est un paiement unique à vie. Chez Apple, c'est un abonnement annuel.

Mais ne criez pas victoire trop vite.

Le point essentiel, c'est la fragmentation du marché.

Secteurs d'activité Android

Chaque domaine a ses problématiques. Android possède souvent la réponse technique appropriée pour votre entreprise à Nice.

Startups Grand Public

Vous lancez le nouveau réseau social ou l'application de rencontre de demain. Il vous faut du volume. Avec beaucoup de parts de marché mondial, Android est indispensable. Le point essentiel, c'est de gérer une base d'utilisateurs gigantesque avec des appareils très inégaux en performance dans le pays (France). Le code doit être chirurgicalement optimisé.

Immobilier & Construction

Une application d'état des lieux ou de suivi de chantier. Souvent, la connexion internet dans un bâtiment en béton à Nice est inexistante. L'application Android doit stocker les centaines de photos HD en local sans planter l'appareil, puis tout synchroniser plus tard.

Éducation & Edtech

Pour démocratiser l'apprentissage, il faut être présent là où sont les étudiants. Et les étudiants ont majoritairement des smartphones Android abordables. On crée des interfaces simples, qui intègrent de l'audio et de la vidéo fluides, sans saturer l'espace de stockage limité de ces appareils.
Mickael
Mickael Romaniello
Ingénieur Produit Mobile — Cannes, France

Basé à Cannes, je travaille avec des clients partout en France et à l'international. Mais la distance ne change rien à mon niveau d'implication.

Depuis 12 ans, je crée des applications iOS et Android pour des PME et des startups en privilégiant le contact humain. Je m'imprègne de vos projets comme si c'étaient les miens. Vous avez mon numéro direct, on s'appelle quand c'est nécessaire, et on avance ensemble.

Le facteur le plus important pour réussir une application naît d'abord d'une bonne relation humaine. C'est l'essence même de mon approche.

Pendant que vous hésitez, vos concurrents à Nice 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. ⏳

Prêt à commencer ?

30 minutes. Sans engagement. Sans jargon.

RÉSERVER UN APPEL GRATUIT →

30 minutes pour démarrer

Réserver →

À 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