Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Du concept à la publication. Un expert dédié, 12 ans d'expérience.
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.
Ces questions touchent aux fondamentaux d'Android : la diversité des appareils, les conditions d'accès au Play Store, le langage utilisé, la compatibilité avec les anciennes versions. Le fil commun est qu'Android n'est pas un appareil mais un parc. Ce qui se décide au départ, c'est jusqu'où ce parc doit être couvert — chaque version ancienne supportée a un coût réel.
C'est le cauchemar des mauvais développeurs à Nice. Il y a des milliers de modèles d'écrans différents. Mon travail est de m'assurer que le design s'adapte parfaitement à tous.
Depuis peu, Google exige que 20 personnes testent l'application pendant 14 jours avant publication. C'est pour éliminer les applications poubelles du store de France. Je vous accompagne pour gérer cette étape.
Kotlin. Java, c'est le passé. Kotlin est le langage officiel recommandé par Google. Il est plus sûr et évite de nombreux bugs silencieux.
Oui, ce sera à votre nom. C'est un paiement unique à vie. Vous serez le seul propriétaire de l'application à Nice.
Le facteur le plus important est de définir un seuil. On cible généralement les beaucoup d’utilisateurs les plus récents pour éviter des coûts de développement inutiles.
Non. Android a ses propres codes visuels (Material Design). Copier l'iPhone, c'est frustrer vos utilisateurs Android à Nice.
Cela peut prendre de 2 à 7 jours, en plus de la fameuse période des 14 jours de tests. Il faut l'anticiper dans le planning.
Oui, le travail ne s'arrête pas au lancement. Android évolue chaque année, il faut mettre le code à jour pour vos clients de la région Provence-Alpes-Côte d'Azur.
Vous. Dès que la facture finale est payée, vous récupérez l'intégralité du code source développé pour votre entreprise de Nice.
Absolument. Android est très ouvert sur l'utilisation du matériel : Bluetooth, NFC, GPS, appareil photo.
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.
Un projet Android suit un cycle complet, pas seulement une phase de code. On commence par le design, en appliquant les conventions du système pour que l'utilisateur n'ait rien à apprendre. Puis le développement, par tranches installables. Puis les tests sur de vrais appareils. Puis la publication, progressive. Chaque étape peut renvoyer à la précédente, et c'est normal.
À Nice, l'utilisateur final est très souvent quelqu'un de passage : il reste quelques jours, il ne connaît pas votre marque, et il n'a aucune raison de créer un compte. Ça devrait décider du choix du prestataire — il vous faut quelqu'un qui se batte pour retirer des étapes, pas pour en ajouter.
Trois décisions en découlent, et elles se prennent avant la première maquette. L'application doit montrer quelque chose d'utile avant de demander quoi que ce soit : pas d'inscription en écran d'accueil, le compte arrive plus tard, quand il sert à quelque chose. Un QR code sur une table ou un comptoir doit ouvrir directement le bon écran, pas la page d'accueil. Et il faut une version web pour ceux qui n'installeront jamais rien, parce qu'ils sont plus nombreux qu'on ne l'imagine.
Installer une application est un engagement. Sur quatre jours, cet engagement est mince, et chaque écran ajouté avant la valeur en perd une partie.
Je travaille à une trentaine de kilomètres. Sur ce genre de projet, aller voir l'endroit où les gens sortiront leur téléphone vaut deux réunions.
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.
Quand l'application s'adresse à quelqu'un de passage, le premier mois se passe à retirer des étapes. On mesure ce qui sépare l'ouverture de l'application du moment où elle sert enfin à quelque chose, et on raccourcit.
Je suis à trente kilomètres : ce test-là, je viens le faire avec vous.
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 à 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.
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 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.
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 à Nice, 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.
Dans le transport, le mode hors ligne n'est pas une option de confort, c'est l'architecture. Entrepôts, sous-sols et routes de campagne coupent le réseau, et une application qui suppose une connexion permanente ne tient pas une journée. Deux décisions suivent : la règle qui tranche les modifications concurrentes, et la façon dont la preuve de livraison est conservée.
Dans le transport, le mode hors ligne n'est pas une option de confort : c'est l'architecture. Un entrepôt métallique, un sous-sol, une zone portuaire ou une route de campagne coupent le réseau, et une application qui suppose une connexion permanente ne survit pas à sa première journée réelle.
On construit donc l'inverse : tout fonctionne sans réseau, et la synchronisation se fait seule dès qu'il y a du signal — sans bouton à presser, parce qu'un bouton à presser finit toujours par ne pas l'être.
Certains de mes clients travaillent avec moi depuis des années. Pourquoi ? Parce que je ne disparais pas dans la nature une fois l'application iOS ou Android publiée.
Basé à Cannes, j'accompagne mes clients sur la durée. Pendant mes 12 ans de carrière, j'ai compris que la sortie d'une app n'est que le début de l'histoire. Il faut l'améliorer, la maintenir, écouter les utilisateurs.
Le facteur le plus important est ce suivi rigoureux. Je suis là pour vous suivre dans la durée, comme un vrai partenaire.
Nice est la ville la plus proche de mon bureau : on peut se voir avant même de parler d'argent.
Trente minutes, en visioconférence ou autour d'une table selon ce qui vous arrange. On regarde votre calendrier avant tout le reste, parce qu'ici c'est lui qui commande : viser une saison veut dire commencer à l'automne précédent, et un projet lancé au printemps pour l'été est un projet qui sortira l'année suivante.
Mieux vaut l'entendre en septembre qu'en mai.
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.