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, du concept à la publication sur l'App Store et Google Play.
En résumé : pour votre projet à Genève (203 856 habitants), vous travaillez directement avec moi, pas un intermédiaire. 12 ans d'expérience, 15+ applications livrées, et un processus transparent de A à Z.
Avant de parler d'application, une question vaut la peine d'être posée : est-ce qu'il vous en faut une ?
Beaucoup de projets à Genève n'ont pas besoin d'être installés. Un site qui marche bien sur téléphone fait souvent le même travail, coûte moins cher, et ne demande à personne d'aller chercher quoi que ce soit dans un store.
L'application se justifie quand il faut fonctionner sans réseau, utiliser l'appareil photo ou la position en continu, envoyer des notifications, ou quand vos utilisateurs reviennent plusieurs fois par semaine. Si rien de tout ça n'est vrai, je le dis au premier appel.
Quand elle se justifie, en revanche, elle fait des choses qu'aucun site ne fera. C'est de ça que parle cette page.
Créer une application mobile, c'est assembler trois choses : ce que l'utilisateur voit et touche, un serveur qui garde et distribue les données quand plusieurs appareils doivent les partager, et les comptes qui permettent de publier sur les stores. Les mots techniques qu'on vous opposera recouvrent presque toujours l'une de ces trois briques. Aucune n'est optionnelle si l'application doit vivre.
Vous voulez lancer un projet numérique à Genève. Vous rencontrez des développeurs, et soudain, ils vous parlent de frontend, de backend, d'API, de base de données.
Vous hochez la tête, mais en réalité, vous êtes perdu.
Oubliez le jargon technique. Construire une application mobile, c'est exactement comme ouvrir un restaurant dans le canton de Genève. C'est une mécanique précise où chaque élément a un rôle vital.
Imaginons votre application comme ce fameux restaurant.
Le point essentiel : le prix dépend de la complexité technique sous le capot, pas du nombre de pages.
Mon rôle premier est de protéger votre budget. Saviez-vous qu’une grande partie des fonctionnalités d'une application ne sont jamais utilisées ?
Depuis Cannes, j'aide mes clients à éviter ce gaspillage énorme. Avec 12 ans d'expérience sur iOS et Android, je sais où l'argent doit aller. On coupe le superflu pour se concentrer sur ce qui apporte une vraie valeur à votre cible.
L'avantage clé : une application qui sort vite, qui teste le marché, et qui coûte le juste prix. Construisons d'abord l'essentiel.
Vous lancez votre projet à Genève.
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.
Genève est une ville d'organisations internationales et de finance, où l'application doit souvent passer une revue de sécurité avant d'exister. Autant le savoir dès le début : cela oriente le choix de l'hébergement, la façon de stocker les données et le temps à prévoir. Découvrir cette exigence au moment de livrer, c'est perdre un trimestre.
Ce que demande concrètement une revue de sécurité varie, mais quelques questions reviennent presque toujours : où sont physiquement stockées les données, qui y a accès, comment elles sont chiffrées au repos et en transit, comment les accès sont révoqués quand quelqu'un part, et ce qui se passe si un téléphone est perdu. Aucune de ces questions n'est difficile si l'architecture a été pensée pour y répondre. Toutes deviennent coûteuses si l'application a été écrite d'abord et auditée ensuite.
La localisation des données mérite une mention particulière, parce que la Suisse n'est pas dans l'Union européenne et a sa propre loi sur la protection des données, révisée récemment. Selon votre secteur et vos clients, l'hébergement en Suisse peut être une exigence ferme plutôt qu'une préférence. Cela change le choix du fournisseur, parfois le coût mensuel, et cela se décide avant d'écrire la première ligne — migrer une base de données d'un pays à un autre après le lancement est faisable mais désagréable.
Une revue de sécurité réclame des documents autant que du code, et c'est ce qui surprend le plus. On demande en général un schéma des flux de données, la liste nominative des services tiers utilisés et de ce qu'ils voient, la politique de conservation, et la procédure prévue en cas de fuite. Rien de tout cela ne s'improvise à la fin. Je le prépare pendant le développement plutôt qu'après, parce qu'un dossier réuni en catastrophe fait perdre plus de temps à la revue que le développement lui-même.
Genève a aussi un coût du travail élevé et un vivier de développeurs très demandé, ce qui explique une bonne partie des sollicitations que j'y reçois. Travailler avec quelqu'un basé en France sur un projet genevois est courant et fonctionne bien : même fuseau horaire, même langue, aucune contrainte de déplacement pour l'essentiel du travail. Il faut simplement traiter dès le devis les questions de facturation transfrontalière et de TVA, plutôt que de les découvrir à la première facture.
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.
Vous avez un projet à Genève. Et vous vous demandez avec quels outils nous allons construire votre application.
Le jargon informatique peut faire peur.
Je ne vais pas vous inonder de termes techniques incompréhensibles. Mon rôle est de choisir le meilleur moteur pour votre projet dans le canton de Genève.
Voici les technologies que j'utilise au quotidien, expliquées simplement. 🛠️
Le jour de la publication n'est pas la fin du projet, c'est le premier jour où l'application rencontre de vrais utilisateurs. La suite se prépare avant, pas après : sans elle, les premiers retours arrivent et personne n'est là pour y répondre.
La première semaine, on surveille. Pas les téléchargements — les plantages, les écrans où les gens s'arrêtent, les endroits où ils reviennent en arrière. Un rapport de plantage vaut mille suppositions, et les trois premiers jours en apprennent plus que trois mois de réunions.
La deuxième semaine, on corrige ce que ces retours ont montré, et on publie une mise à jour. Elle est presque toujours nécessaire, et ce n'est pas un échec : aucune première version ne survit intacte au contact de son public à Genève.
Ensuite le rythme ralentit, mais ne s'arrête pas. Apple sort une version majeure d'iOS chaque automne, Google une d'Android chaque année, et chacune casse quelque chose — une autorisation qui change de forme, une bibliothèque qui n'est plus signée, un écran qui se décale.
On décide ensemble du niveau de suivi avant le lancement, pas au premier incident.
Un processus transparent, itératif, et sans surprise. Vous voyez l'application grandir chaque semaine.
Un site qui reçoit l'essentiel de son trafic depuis un téléphone et n'y enregistre presque aucune réservation n'a pas un problème de visibilité : il a un problème de parcours. Le cas se règle rarement en ajoutant des fonctionnalités. Il se règle en retirant des étapes entre le moment où quelqu'un arrive et celui où il peut réserver.
Rien ne vaut un exemple concret pour comprendre. Voici l'histoire d'une entreprise de services bien implantée.
Cette entreprise avait un site web classique. Les statistiques montraient que beaucoup de leur trafic provenait des téléphones portables. C'est énorme. Mais il y avait un problème de taille. Ils n'enregistraient absolument aucune réservation depuis ces appareils.
Leurs clients essayaient de prendre rendez-vous, se perdaient sur le site mobile, et abandonnaient.
En résumé : on ne construit pas tout. On construit ce dont vos utilisateurs ont vraiment besoin.
Le développement n'est pas la seule dépense d'une application, et les autres reviennent tous les ans. Les connaître avant de signer change la façon dont vous dimensionnez le projet — et évite la mauvaise surprise du douzième mois, qui est toujours la plus mal reçue.
Publier coûte de l'argent aux deux endroits. Le programme développeur d'Apple se renouvelle chaque année ; le compte développeur Google Play se paie une fois, à l'inscription. Ces comptes doivent être à votre nom, pas au mien : c'est votre application, et un compte au nom du prestataire est le piège le plus courant du secteur.
Viennent ensuite l'hébergement et les services que l'application consomme. Sur un projet de Genève qui démarre, la facture est modeste — mais elle tombe tous les mois, et elle grandit avec le nombre d'utilisateurs.
Si vous vendez dans l'application, Apple et Google prélèvent entre 15 % et 30 % selon votre chiffre d'affaires et le programme auquel vous êtes éligible. Ça se calcule avant de fixer vos prix, pas après.
Immobilier, finance et événementiel partagent une exigence rare : l'information doit arriver au bon moment, pas seulement être exacte. Une alerte immobilière en retard ne vaut rien, un solde bancaire approximatif non plus, un programme d'événement périmé encore moins. Ces secteurs se construisent donc autour de la notification et de la fraîcheur des données.
Le marché immobilier à Genève est ultra-compétitif. Si un client potentiel rate une belle affaire parce que votre site mobile ramait, il ira chez votre concurrent.
Une bonne application immobilière, c'est l'outil qui prévient l'acheteur avant tout le monde. On met en place des alertes push géolocalisées dès qu'un nouveau bien correspond à ses critères dans le canton de Genève.
Ces questions comparent des options : indépendant ou agence, natif ou hybride, première version réduite ou produit complet. Le critère utile est toujours le même — ce que vous pourrez changer ensuite. Une application peu chère qui ne peut pas évoluer coûte plus cher à la deuxième version qu'une application bien construite à la première.
Vous n'avez qu'un seul interlocuteur direct du début à la fin du projet. Dans une grande agence, vous payez le salaire du commercial, du chef de projet, du directeur artistique, et enfin du développeur junior qui va réellement écrire le code. Avec un freelance expérimenté, il n'y a aucun intermédiaire. Je conçois, je dessine, je code et je publie. Les décisions sont prises rapidement en visio. Cela réduit considérablement vos frais généraux tout en garantissant que la personne qui comprend vos enjeux commerciaux est bien celle qui tape sur le clavier.
Le natif est codé spécifiquement pour un seul système, avec Swift pour Apple ou Kotlin pour Google. L'hybride utilise un langage commun, comme Flutter, pour générer deux applications à partir d'un seul code. Le natif offre les performances maximales pour des jeux ou des outils très lourds. Mais soyons clairs, l'hybride couvre aujourd'hui la plupart des besoins commerciaux avec une qualité indiscernable pour l'utilisateur final. L'avantage clé de l'hybride est financier : vous divisez presque par deux le temps de développement de votre projet en Suisse.
La maintenance représente une part essentielle du budget global de votre application. Elle couvre les mises à jour obligatoires des systèmes iOS et Android, la correction des failles de sécurité, et l'ajustement aux nouveaux formats d'écrans. La plupart des utilisateurs fuient si le chargement dépasse trois secondes. Sans maintenance, votre app ralentit puis meurt. Le montant exact dépend de la taille et de la complexité de votre projet. On en discute ensemble lors de notre premier appel.
Un audit technique complet dure exactement une semaine. Vous me donnez l'accès à votre code source et à vos statistiques de plantage. J'épluche chaque ligne de code. J'analyse l'architecture, la sécurité, et les métriques de performance. À la fin de cette semaine, je vous remets un rapport détaillé et incisif. Vous y trouverez la liste des bugs critiques à corriger d'urgence, des recommandations d'amélioration, et un devis de réparation. C'est l'outil indispensable pour savoir si l'on peut sauver votre application ou s'il faut tout reconstruire.
C'est exactement ma méthode de travail et la stratégie la plus recommandée. Sachant qu’une grande partie des fonctionnalités planifiées à l'avance ne sont jamais utilisées, vouloir tout faire d'un coup est suicidaire. Nous lançons un Produit Minimum Viable (MVP) avec seulement les trois à cinq fonctions vitales en huit à dix semaines. Ensuite, nous analysons comment vos utilisateurs interagissent avec le produit. Nous itérons sur des données réelles, pas sur des suppositions. C'est ainsi qu'on construit un leader sur son marché.
Les délais varient de vingt-quatre heures chez Apple à quatorze jours incompressibles chez Google. Apple examine votre code très manuellement pour vérifier le respect de leurs directives esthétiques et techniques. Google impose maintenant à toutes les nouvelles applications d'être testées par vingt personnes différentes pendant deux semaines consécutives avant d'autoriser la publication finale. Attention, pendant les périodes de fêtes, ces délais peuvent tripler. Je m'occupe d'anticiper ces contraintes pour que votre lancement dans le canton de Genève se passe exactement à la date prévue.
L'ASO (App Store Optimization) est le référencement naturel spécifique aux magasins d'applications. C'est ce qui vous rend visible. Nous optimisons le titre, le sous-titre, les mots-clés cachés et nous créons des captures d'écran percutantes. Surtout, nous mettons en place des stratégies pour récolter des avis positifs. Les statistiques sont formelles : La plupart des utilisateurs lisent les avis avant de lancer un téléchargement. Une mauvaise note vous condamne à l'invisibilité. Je vous accompagne sur cette partie vitale pour que votre application soit trouvée facilement.
Oui, si vos utilisateurs risquent de perdre le réseau dans un sous-sol, dans les transports ou lors d'un voyage à l'étranger. Le mode hors-ligne stocke les informations essentielles dans le téléphone et les synchronise silencieusement dès que le réseau revient. Il faut l'anticiper. L'avantage clé est une expérience sans friction, mais l'ajouter après le lancement coûte trois à cinq fois plus cher que de le prévoir dès l'architecture initiale. Discutons de la réalité du terrain de vos utilisateurs pour prendre la bonne décision.
Je m'occupe de l'intégralité du processus de mise à jour pour vous. Chaque nouvelle version doit repasser par l'examen minutieux d'Apple et de Google. Il faut prévoir un minimum de quatre à six mises à jour sérieuses par an. Chaque version inclut la correction des petits défauts signalés par les utilisateurs, l'ajout progressif de vos nouvelles idées, et l'ajustement aux nouvelles règles de confidentialité de Suisse. Il clique. Il quitte. Il oublie. Pour garder votre audience, l'application doit toujours être impeccable et vivante.
Un site web responsive s'adapte visuellement à la taille de l'écran, mais une application mobile s'installe physiquement au cœur du téléphone. Les différences majeures sont colossales. Une application permet d'envoyer des notifications push, de fonctionner hors-ligne, d'utiliser la reconnaissance faciale pour se connecter, et d'accéder à l'appareil photo ou au GPS de manière ultra-fluide. Si vous voulez juste diffuser de l'information, un site suffit. Si vous voulez créer une interaction quotidienne et rapide, il vous faut une application.
Pendant que vous hésitez, vos concurrents à Genève 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 le canton de Genève.
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. ⏳
En 30 minutes, vous saurez exactement par où commencer. Sans engagement. Sans jargon technique.
Réservez un appel gratuit →
30 minutes pour démarrer votre projet
Réservez un appel gratuit →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.