Vous avez un projet d'application. La première demi-heure sert à savoir s'il tient debout — pas à vous le vendre.
30 minutes, sans slides, rien à préparer.
Vous avez déjà une application ? Je la reprends : bugs, performances, remise en production.
Mickael Romaniello
Développeur · Cannes · applications mobiles depuis 2013
Ils m'ont confié leurs applications













Quelques-uns des clients pour lesquels j'ai travaillé depuis 2013.
Ce qu'ils en ont dit
Mickael est un développeur expérimenté avec une solide expertise en développement mobile. Il offre un accompagnement de qualité depuis de nombreuses années.
Mission réalisée avec un grand professionnalisme. Le développeur a su parfaitement comprendre les enjeux du projet Shokaze et les traduire en solutions concrètes, efficaces et bien pensées.
Sérieux et réactif, Mickael a su nous accompagner dans notre projet d'application mobile. Je recommande !
Douze ans de métier. Quinze applications livrées. Les deux stores. Et zéro dépendance : le code vous appartient, documenté, dès le premier jour.
Basé à Cannes, France · projets menés en français et en anglais
La différence tient à ceci : une application se justifie sur trois critères, et il en faut au moins un. Si aucun des trois n'est vrai chez vous, un site coûte moins cher — et je vous le dirai pendant l'appel.
Cochez ce qui est vrai chez vous
Le mobile représente plus de la moitié du trafic web mondial (StatCounter, mesuré chaque mois), et France Num en fait un levier de croissance pour les petites entreprises (France Num, 2025). Mais le trafic n'est pas le critère.
Le test complet, avec la question qui décide seule et les trois cas où un site gagne
Aucun des trois ?Un site coûte moins cher — et je vous l'aurais dit en trente minutes, pas en trois mois. Il en suffit d'un.Une application se justifie chez vous.Réserver 30 minutes Deux sur trois.Le dossier est solide — un critère suffisait déjà.Réserver 30 minutes Les trois.Le cas le plus net, et le plus simple à cadrer.Réserver 30 minutes
Ce qui compte, c'est ceci : vous parlez à la personne qui écrit le code, et à la fin le code est à vous. applications iOS, applications Android, ou les deux depuis une seule base de code, dans cinq secteurs différents. Trois conséquences concrètes :
Vous expliquez l'idée une fois. Celui qui écoute est celui qui va la construire : rien ne se perd en route.
Pas de chef de projet, pas de file de tickets, pas de version de votre projet qui n'existe que dans les notes de quelqu'un d'autre.
Vous voyez l'application tourner sur un vrai téléphone tôt et souvent, pas un diaporama de ce à quoi elle ressemblera un jour.
Le code vous appartient à la fin, documenté, sur un dépôt à votre nom. Vous pouvez confier la suite à qui vous voulez.
Validation App Store, Play Console, déclarations de confidentialité, captures d'écran, les descriptions dans les deux langues. Cette partie, c'est moi.
Et je reste après la mise en ligne. Le premier mois est celui où les vrais bugs apparaissent, et ce n'est pas le mois où il faut être seul.
En clair : quatre étapes, et vous savez à tout moment dans laquelle vous êtes. Aucun de mes projets n'a jamais disparu dans un tunnel pendant des semaines sans rien à montrer. Vous obtenez quelque chose que vous pouvez ouvrir sur votre propre téléphone bien avant la fin, parce qu'une application qu'on tient en main est le seul rapport d'avancement honnête qui existe.
On établit ce que ça doit vraiment faire, et je regarde de près ceux qui le font déjà.
Je dessine chaque écran et vous les manipulez avant qu'une seule ligne ne soit écrite.
Je le construis, sur de vrais appareils, et vous avez une version à ouvrir dès que vous le demandez.
Ça part sur les stores, et je suis toujours là le mois d'après — celui qui compte.
Une application n'est jamais finie. iOS sort une version majeure chaque septembre, Android chaque année — et chacune casse quelque chose.
Voici les six qui reviennent à presque chaque premier appel, répondues ici pour que vous n'ayez pas à passer l'appel à les poser. Si la vôtre n'y est pas, posez-la pendant l'appel — je préfère dire « celui-là n'est pas pour moi » en trente minutes que trois semaines plus tard.
Tout ce qui suit est ce que je vous dirais au téléphone, avec les mêmes mots.
Trente minutes, sans slides, et rien à préparer. Vous décrivez ce que vous voulez construire et pour qui ; je pose les questions gênantes — qui le fait déjà, ce qui se passe si personne ne télécharge, ce que l'application doit faire le jour où il n'y a pas de réseau. Vous repartez en sachant si une application est la bonne réponse, et moi en sachant si je suis la bonne personne pour la construire. Réserver 30 minutes — et si la réponse est non, vous aurez perdu une demi-heure et économisé beaucoup plus.
Il n'y a pas de prix affiché ici, parce qu'un prix donné avant le cadrage est un chiffre inventé — et vous vous en apercevrez au moment où il bougera. Voilà comment ça se passe : l'appel de trente minutes est gratuit et n'engage à rien. Ensuite je vous envoie un devis : un montant, avec ce qui est dedans et ce qui n'y est pas. Le paiement suit la durée. Sur un projet qui court sur plusieurs mois : 30 % à la commande, ce qui lance le travail, puis le reste réparti par mois jusqu'à la fin — vous payez au rythme où le travail avance, et vous voyez ce qui a avancé à chaque échéance. Sur un projet court, de l'ordre du mois : la moitié au démarrage, le solde à la livraison. Ce qui fait varier le montant, dans l'ordre : le nombre d'écrans, ce qu'il faut connecter derrière — paiement, données de santé, un logiciel que vous avez déjà — et si l'application doit fonctionner sans réseau. Un changement de périmètre en cours de route est chiffré avant d'être fait, jamais découvert sur la facture.
Oui, et c'est souvent plus rentable qu'une refonte. Je passe en revue le code, les rapports de plantage et les avis sur les stores, et je reviens avec ce qui cause réellement le problème, ce que coûterait la correction, et — quand c'est vrai — quelles parties vont bien et qu'il faut laisser tranquilles. Beaucoup d'applications qui semblent cassées sont à un écran lent et deux mauvais avis d'aller très bien, et s'entendre dire « il faut tout refaire » est un conseil qui coûte cher.
J'ai commencé le mobile en 2013, d'abord pour des startups, puis pour des clients plus gros. Ce qui faisait dérailler les projets n'était presque jamais technique : c'était le nombre de personnes entre celui qui a l'idée et celui qui écrit le code, parce qu'à chaque étape un peu de l'intention se perd. Je travaille sans intermédiaire pour enlever ces étapes — vous expliquez une fois, à la personne qui va le construire, et elle peut vous répondre dans la même phrase que ça coûtera trois jours de plus. La contrepartie, je la dis dès le premier appel : je ne suis pas une équipe de dix. Un projet qui doit sortir sur quatre plateformes à une date fixe demande autre chose que moi, et je préfère vous le dire en trente minutes qu'au troisième mois.
Réservez directement via Calendly, ou utilisez le numéro en bas de cette page. Pendant un projet vous avez mon numéro et vous vous en servez : pas de ticket à ouvrir, pas de service à qui être transféré, pas d'intermédiaire à qui réexpliquer le contexte.
Cannes, dans les Alpes-Maritimes (06). Moins que vous ne le pensez : l'essentiel du travail se fait par appel et écran partagé, et je travaille avec des clients partout en France et en Europe. Mais si vous êtes à côté et que vous préférez faire le premier rendez-vous correctement, autour d'un café, dites-le et on le fera.
Vous avez un projet d'application. La première demi-heure sert à savoir s'il tient debout — pas à vous le vendre.
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
Développeur · Cannes · applications mobiles depuis 2013
Ils m'ont confié leurs applications













Quelques-uns des clients pour lesquels j'ai travaillé depuis 2013.
Ce qu'ils en ont dit
Mickael est un développeur expérimenté avec une solide expertise en développement mobile. Il offre un accompagnement de qualité depuis de nombreuses années.
Mission réalisée avec un grand professionnalisme. Le développeur a su parfaitement comprendre les enjeux du projet Shokaze et les traduire en solutions concrètes, efficaces et bien pensées.
Sérieux et réactif, Mickael a su nous accompagner dans notre projet d'application mobile. Je recommande !
Douze ans de métier. Quinze applications livrées. Les deux stores. Et zéro dépendance : le code vous appartient, documenté, dès le premier jour.
Basé à Cannes, France · projets menés en français et en anglais
La différence tient à ceci : une application se justifie sur trois critères, et il en faut au moins un. Si aucun des trois n'est vrai chez vous, un site coûte moins cher — et je vous le dirai pendant l'appel.
Cochez ce qui est vrai chez vous
Le mobile représente plus de la moitié du trafic web mondial (StatCounter, mesuré chaque mois), et France Num en fait un levier de croissance pour les petites entreprises (France Num, 2025). Mais le trafic n'est pas le critère.
Le test complet, avec la question qui décide seule et les trois cas où un site gagne
Aucun des trois ?Un site coûte moins cher — et je vous l'aurais dit en trente minutes, pas en trois mois. Il en suffit d'un.Une application se justifie chez vous.Réserver 30 minutes Deux sur trois.Le dossier est solide — un critère suffisait déjà.Réserver 30 minutes Les trois.Le cas le plus net, et le plus simple à cadrer.Réserver 30 minutes
Ce qui compte, c'est ceci : vous parlez à la personne qui écrit le code, et à la fin le code est à vous. applications iOS, applications Android, ou les deux depuis une seule base de code, dans cinq secteurs différents. Trois conséquences concrètes :
Vous expliquez l'idée une fois. Celui qui écoute est celui qui va la construire : rien ne se perd en route.
Pas de chef de projet, pas de file de tickets, pas de version de votre projet qui n'existe que dans les notes de quelqu'un d'autre.
Vous voyez l'application tourner sur un vrai téléphone tôt et souvent, pas un diaporama de ce à quoi elle ressemblera un jour.
Le code vous appartient à la fin, documenté, sur un dépôt à votre nom. Vous pouvez confier la suite à qui vous voulez.
Validation App Store, Play Console, déclarations de confidentialité, captures d'écran, les descriptions dans les deux langues. Cette partie, c'est moi.
Et je reste après la mise en ligne. Le premier mois est celui où les vrais bugs apparaissent, et ce n'est pas le mois où il faut être seul.
En clair : quatre étapes, et vous savez à tout moment dans laquelle vous êtes. Aucun de mes projets n'a jamais disparu dans un tunnel pendant des semaines sans rien à montrer. Vous obtenez quelque chose que vous pouvez ouvrir sur votre propre téléphone bien avant la fin, parce qu'une application qu'on tient en main est le seul rapport d'avancement honnête qui existe.
On établit ce que ça doit vraiment faire, et je regarde de près ceux qui le font déjà.
Je dessine chaque écran et vous les manipulez avant qu'une seule ligne ne soit écrite.
Je le construis, sur de vrais appareils, et vous avez une version à ouvrir dès que vous le demandez.
Ça part sur les stores, et je suis toujours là le mois d'après — celui qui compte.
Voici les six qui reviennent à presque chaque premier appel, répondues ici pour que vous n'ayez pas à passer l'appel à les poser. Si la vôtre n'y est pas, posez-la pendant l'appel — je préfère dire « celui-là n'est pas pour moi » en trente minutes que trois semaines plus tard.
Tout ce qui suit est ce que je vous dirais au téléphone, avec les mêmes mots.
Trente minutes, sans slides, et rien à préparer. Vous décrivez ce que vous voulez construire et pour qui ; je pose les questions gênantes — qui le fait déjà, ce qui se passe si personne ne télécharge, ce que l'application doit faire le jour où il n'y a pas de réseau. Vous repartez en sachant si une application est la bonne réponse, et moi en sachant si je suis la bonne personne pour la construire. Réserver 30 minutes — et si la réponse est non, vous aurez perdu une demi-heure et économisé beaucoup plus.
Il n'y a pas de prix affiché ici, parce qu'un prix donné avant le cadrage est un chiffre inventé — et vous vous en apercevrez au moment où il bougera. Voilà comment ça se passe : l'appel de trente minutes est gratuit et n'engage à rien. Ensuite je vous envoie un devis : un montant, avec ce qui est dedans et ce qui n'y est pas. Le paiement suit la durée. Sur un projet qui court sur plusieurs mois : 30 % à la commande, ce qui lance le travail, puis le reste réparti par mois jusqu'à la fin — vous payez au rythme où le travail avance, et vous voyez ce qui a avancé à chaque échéance. Sur un projet court, de l'ordre du mois : la moitié au démarrage, le solde à la livraison. Ce qui fait varier le montant, dans l'ordre : le nombre d'écrans, ce qu'il faut connecter derrière — paiement, données de santé, un logiciel que vous avez déjà — et si l'application doit fonctionner sans réseau. Un changement de périmètre en cours de route est chiffré avant d'être fait, jamais découvert sur la facture.
Oui, et c'est souvent plus rentable qu'une refonte. Je passe en revue le code, les rapports de plantage et les avis sur les stores, et je reviens avec ce qui cause réellement le problème, ce que coûterait la correction, et — quand c'est vrai — quelles parties vont bien et qu'il faut laisser tranquilles. Beaucoup d'applications qui semblent cassées sont à un écran lent et deux mauvais avis d'aller très bien, et s'entendre dire « il faut tout refaire » est un conseil qui coûte cher.
J'ai commencé le mobile en 2013, d'abord pour des startups, puis pour des clients plus gros. Ce qui faisait dérailler les projets n'était presque jamais technique : c'était le nombre de personnes entre celui qui a l'idée et celui qui écrit le code, parce qu'à chaque étape un peu de l'intention se perd. Je travaille sans intermédiaire pour enlever ces étapes — vous expliquez une fois, à la personne qui va le construire, et elle peut vous répondre dans la même phrase que ça coûtera trois jours de plus. La contrepartie, je la dis dès le premier appel : je ne suis pas une équipe de dix. Un projet qui doit sortir sur quatre plateformes à une date fixe demande autre chose que moi, et je préfère vous le dire en trente minutes qu'au troisième mois.
Réservez directement via Calendly, ou utilisez le numéro en bas de cette page. Pendant un projet vous avez mon numéro et vous vous en servez : pas de ticket à ouvrir, pas de service à qui être transféré, pas d'intermédiaire à qui réexpliquer le contexte.
Cannes, dans les Alpes-Maritimes (06). Moins que vous ne le pensez : l'essentiel du travail se fait par appel et écran partagé, et je travaille avec des clients partout en France et en Europe. Mais si vous êtes à côté et que vous préférez faire le premier rendez-vous correctement, autour d'un café, dites-le et on le fera.
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.
Vous pouvez aussi m'écrire directement sur WhatsApp : le même numéro que j'utilise au quotidien, une ligne pro française qui fonctionne à l'international.