Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Mickael Romaniello
30 minutes, sans slides, rien à préparer.
Un seul interlocuteur, du concept à la publication. 12 ans d'expérience. 15+ applications livrées.
En résumé : je construis des applications iOS et Android pour des clients à Montpellier (290,053 habitants) et partout en Occitanie. Un seul interlocuteur, 12 ans d'expérience, livraison du concept à la publication en 8 à 16 semaines.
Vous voulez lancer votre application.
Spoiler: Apple ne vous attend pas.
Apple traite 100 000+ soumissions d'applications par semaine.
Et derrière cet examen, il y a de vrais humains qui cliquent, testent et jugent votre travail.
L'avantage clé de ce processus strict, c'est la crédibilité.
Quand votre application est disponible sur l'App Store, c'est un gage de qualité immense pour vos clients à Montpellier.
Cela prouve que vous respectez la vie privée, que votre interface est propre, et que l'expérience est fluide.
Mais près d’une soumission sur quatre est rejetée.
Un crash caché. Une icône mal placée. Un bouton qui ne fait rien.
L'utilisateur d'iPhone est intransigeant. Il clique. Il quitte. Il oublie.
Le développement iOS, ce n'est pas juste coder pour un téléphone différent.
C'est adopter une philosophie entière.
Celle d'Apple.
On se pose. On respire.
Apple contrôle tout. Le matériel (l'iPhone, l'iPad) et le logiciel (iOS).
Le point essentiel, c'est que ce contrôle strict est une immense force pour nous.
Contrairement à Android où il faut tester sur des milliers d'écrans différents, l'univers iOS est plus restreint.
Cela nous permet d'atteindre un niveau de finition exceptionnel pour chaque écran de votre application à Montpellier.
Pour coder, nous utilisons les langages officiels: Swift et SwiftUI.
SwiftUI, c'est le standard moderne d'Apple. C'est propre, rapide et pensé pour créer des interfaces fluides.
Mais le code ne fait pas tout.
Une bonne app iOS doit respecter les Human Interface Guidelines d'Apple.
C'est la bible du design chez Apple.
Elle dicte la taille des boutons, la façon dont les menus doivent s'ouvrir, les marges à respecter.
Pourquoi c'est important?
Parce que les utilisateurs iOS dépensent 2x plus in-app que les utilisateurs Android.
Ils paient plus, mais ils exigent une expérience parfaite.
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.
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 à Montpellier, vous voyez absolument tout ce qui se passe.
Pour y arriver, nous mettons en place des processus simples et redoutables.
Montpellier est une ville jeune, avec beaucoup de premiers projets et peu de budget de départ. C'est exactement le cas où il faut savoir dire non : une application qui fait une seule chose correctement se lance en deux mois, tandis qu'une qui en fait cinq à moitié ne se lance jamais. On commence par retirer, pas par ajouter.
Retirer est plus difficile qu'il n'y paraît, parce que chaque fonction qu'on enlève ressemble à un renoncement. La bonne question n'est pas « est-ce que ce serait bien », presque tout serait bien. La bonne question est : « si cette fonction n'existe pas, est-ce que quelqu'un utilise quand même l'application ? » Si la réponse est oui, elle attend. Une messagerie interne, un système de parrainage, des notifications personnalisées, un tableau de statistiques : ce sont presque toujours des fonctions de version deux, écrites après avoir vu comment les gens se servent vraiment de la version une.
L'avantage d'un budget contraint, quand on l'assume, c'est qu'il force des décisions saines. Il pousse à sortir vite, donc à apprendre vite. Il interdit de développer six mois dans le vide en s'imaginant ce que veulent les utilisateurs. Et il oriente vers des choix techniques simples, qui sont aussi les moins chers à maintenir — un projet dont la facture d'infrastructure est de quelques dizaines d'euros par mois peut attendre son public sans vous ruiner, ce qui n'est pas vrai d'une architecture surdimensionnée dès le premier jour.
Le budget contraint a en revanche un angle mort, et c'est celui qui fait le plus de dégâts ici : la première version n'est pas la dépense totale. iOS sort une version majeure chaque septembre, Android chaque année, et chacune casse quelque chose — une permission qui change de forme, une bibliothèque qui n'est plus signée, un écran qui se décale. Une application qu'on laisse tranquille dix-huit mois finit par ne plus se lancer, et la remettre debout coûte plus cher que de l'avoir suivie. Sur un premier projet, le bon calcul n'est pas « combien pour sortir » mais « combien pour sortir et tenir un an ». Je préfère réduire le périmètre de la version une et garder de quoi passer septembre.
Montpellier a un écosystème santé et une grosse population étudiante, et cela produit deux profils très différents. Les projets santé arrivent avec des contraintes lourdes qu'il faut chiffrer honnêtement dès le début, notamment sur l'hébergement des données. Les projets étudiants arrivent avec de l'énergie, une idée et un calendrier scolaire. Dans les deux cas, mon rôle utile est le même : dire ce qui est réellement faisable avec ce que vous avez, et ne pas vendre le reste.
Le travail ne s'arrête pas à la publication. Une application vit sur des systèmes qui bougent: iOS et Android sortent chacun une version majeure par an, et une application non maintenue finit par être retirée des stores. Invent Better prévoit cette suite dès le devis, plutôt que de la présenter comme un imprévu six mois après le lancement.
Il y a un mythe tenace dans notre métier. Celui qui consiste à croire que le travail s'arrête le jour de la publication sur les stores.
Vous appuyez sur le bouton, l'application est disponible à Montpellier, on sable le champagne, et l'équipe de développement disparaît dans la nature pour passer au client suivant.
C'est la pire chose qui puisse arriver à votre projet.
Une application mobile, ce n'est pas un tableau qu'on accroche au mur et qu'on ne touche plus jamais. C'est un organisme vivant.
Publier une application chez Apple demande d'anticiper leurs règles strictes.
Spoiler: on ne découvre pas les contraintes à la fin du projet.
Le point essentiel, c'est de préparer le terrain dès le départ.
D'abord, la conception.
On valide ensemble que votre idée respecte les guidelines d'Apple pour votre cible à Montpellier.
Ensuite, les démarches administratives.
Il vous faut un compte Apple Developer. Et un numéro DUNS pour l'ouvrir au nom de votre entreprise.
Pendant que l'administration tourne, je développe.
C'est la phase de code intensif en Swift et SwiftUI.
Très vite, on passe sur TestFlight.
C'est l'application d'Apple qui permet d'installer des versions de test sur votre propre téléphone.
On peut même inviter vos premiers testeurs à Montpellier pour récolter leurs avis avant la sortie.
Puis vient l'étape de l'App Store Connect.
C'est le tableau de bord où l'on configure votre fiche App Store.
Il faut renseigner avec une précision chirurgicale les étiquettes de confidentialité (ce que l'app traque ou non).
Enfin, la soumission.
Un client dans le domaine du fitness voulait créer une application premium sur abonnement.
Son modèle économique reposait entièrement sur la conversion des utilisateurs gratuits en payants.
En résumé, l'écosystème Apple était la cible parfaite.
Pourquoi? Parce que les utilisateurs iOS dépensent 2x plus in-app que les utilisateurs Android.
Nous avons construit l'application autour d'une intégration parfaite d'Apple Pay et de StoreKit.
Si l'écran de paiement fait peur, l'utilisateur s'en va.
Il clique. Il quitte. Il oublie.
Nous avons rendu l'abonnement aussi simple qu'un double clic sur le bouton latéral de l'iPhone avec Face ID.
Cependant, Apple scrute les abonnements à la loupe lors de la validation.
Apple traite 100 000+ soumissions par semaine et rejette sans pitié les applications dont les conditions tarifaires sont floues.
Les devis pour une application iPhone varient parfois du simple au triple, ce qui indique surtout qu'ils ne décrivent pas le même travail. Un prix très bas signifie en général ni réelle maîtrise de Swift, ni connaissance concrète de la revue App Store. Le coût d'un refus n'est pas le redéveloppement: c'est la date de lancement que vous manquez.
Vous allez trouver des devis du simple au triple à Montpellier pour une application iOS.
On se pose. On respire.
Si quelqu'un vous propose une application iPhone à un prix dérisoire, méfiez-vous.
Créer pour Apple demande une véritable expertise technique en Swift et une connaissance parfaite de l'App Store.
En résumé, on ne bidouille pas une application iOS.
Apple traite 100 000+ soumissions par semaine.
Leurs équipes bloquent sans hésiter les applications mal finies ou non conformes.
Le choix de la plateforme dépend aussi de votre secteur d'activité.
L'avantage clé d'iOS, c'est qu'il propose des outils natifs puissants pour certaines industries.
C'est le domaine roi sur iPhone.
Avec HealthKit, l'application peut lire les pas, le rythme cardiaque ou le sommeil enregistrés par l'Apple Watch.
C'est un niveau d'intégration impossible à imiter ailleurs.
Mais attention, près d’une soumission sur quatre est rejetée et Apple est intraitable sur la gestion des données de santé.
Si vous vendez du haut de gamme à Montpellier, l'iPhone est indispensable.
Apple Pay permet à l'utilisateur de payer en un regard avec Face ID.
Zéro formulaire à remplir.
Il clique, il paie.
Sans oublier l'intégration avec Apple Wallet pour les cartes de fidélité.
L'argument principal ici, c'est la sécurité.
L'écosystème Apple est fermé. Il y a moins de virus, moins de failles béantes que sur d'autres systèmes ouverts.
Pour une application qui gère de l'argent à Montpellier, le label "Disponible sur l'App Store" rassure immédiatement le client.
Parce que les utilisateurs iPhone ont l'habitude de l'excellence. Si l'application ne respecte pas les règles d'Apple, il clique. Il quitte. Il oublie.
Oui. Apple traite 100 000+ soumissions par semaine avec des validateurs humains qui chassent les bugs et les interfaces confuses.
Vous pouvez inviter jusqu'à 10 000 testeurs externes via TestFlight avant même que l'application ne soit publique sur le Store.
Le point essentiel, c'est la performance. Le natif garantit la meilleure fluidité et l’accès à tous les composants de l’iPhone (appareil photo, Face ID, etc.).
Je peux auditer l'ancien code, mais pour l'avenir de votre entreprise à Montpellier, la norme est désormais de tout migrer vers Swift.
Il faut en faire la demande en ligne. C'est gratuit, mais les délais varient de quelques jours à un mois. Nous le ferons dès le premier jour du projet.
L'écosystème Apple est reconnu comme l'un des plus sûrs. Le code natif en Swift élimine d'emblée beaucoup de failles de sécurité courantes.
Oui. Les statistiques sont formelles: les utilisateurs iOS dépensent 2x plus in-app que les utilisateurs Android.
Pas de panique. On lit le rapport du validateur, on corrige le problème (souvent une simple ligne dans la description), et on resoumet.
Oui. L'application vous appartient. Elle sera publiée sur votre propre compte développeur Apple, pas sur le mien.
Prêt à lancer votre application à Montpellier?
Vous avez l'idée. Vous connaissez votre marché dans la Occitanie. Maintenant, il faut passer à l'action.
Mais pas n'importe comment. L'avantage clé de travailler ensemble, c'est la clarté. Je ne vous vendrai pas de fonctionnalités inutiles. Je ne vous ferai pas de grandes promesses sans lendemain.
On se pose. On respire.
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 →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.