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.
En résumé : pour votre projet à Lyon (515,695 habitants) en Auvergne-Rhône-Alpes, 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.
Regardez autour de vous dans une salle de réunion à Lyon.
Que posent les gens sur la table ?
Des iPhone.
Si vous ciblez des professionnels, des décideurs ou des cadres, l'écosystème Apple est incontournable.
En résumé, l'iPhone est souvent le terminal par défaut du monde professionnel.
L'environnement est sécurisé, fermé et contrôlé.
Créer une application iOS native, c'est s'assurer que votre produit s'intègre parfaitement dans le quotidien de ces utilisateurs.
C'est utiliser les codes visuels auxquels ils sont habitués.
Si votre interface est brouillonne, ils n'auront pas confiance en votre service.
Je vous aide à concevoir et développer une application iOS à Lyon qui respire le professionnalisme.
Une app qui répond instantanément, sans friction, et qui valorise votre image de marque.
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 à Lyon.
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.
Il y a 12 ans, je lançais ma toute première application mobile. Depuis, les téléphones ont changé, mais mon métier est resté le même : transformer des idées en outils concrets.
Depuis mon bureau à Cannes, j'accompagne des entrepreneurs et des PME pour concevoir des applications iOS et Android qui ont un vrai sens. Je ne code pas juste pour coder. Je cherche à comprendre votre métier, vos utilisateurs et vos vrais besoins.
Mon objectif est simple. Créer une application que les gens auront envie d'utiliser tous les jours. Le point essentiel : on construit pour eux, pas pour nous. On en parle ?
L'économie de Lyon évolue vite. Très vite.
Les entreprises locales ne peuvent plus se contenter d'un simple site web vieillissant. La transformation numérique est partout dans la Auvergne-Rhône-Alpes. Et le mobile est devenu le centre de cette transformation. 🚀
En résumé: vos clients vivent avec leur téléphone dans la main.
C'est une réalité incontournable, l’essentiel du trafic web mondial provient des mobiles. Si votre entreprise à Lyon n'est pas facilement accessible sur leur écran d'accueil, elle n'existe presque plus aux yeux d'une grande partie du public.
J'accompagne les sociétés pour créer cette présence vitale. En France, des initiatives comme la France Num poussent d'ailleurs activement les TPE et PME à s'adapter aux nouveaux usages.
Ailleurs dans votre France, le constat est exactement le même. Les habitants de Lyon veulent pouvoir commander, réserver, ou s'informer en un clic depuis leur canapé ou dans les transports.
Lyon est la ville française où je rencontre le plus d'entreprises qui ont déjà un logiciel métier et veulent le prolonger sur mobile. Ce n'est pas le même travail qu'une application partant de zéro : l'essentiel se joue sur l'API existante et sur ce qu'on accepte de ne pas porter. On commence toujours par cette liste-là, avant de dessiner le moindre écran.
La raison pour laquelle cette liste passe en premier est simple : une application mobile qui essaie de reproduire tout un logiciel de gestion échoue toujours. L'écran fait six pouces, l'utilisateur est debout, il a une main libre et trente secondes. Ce qui marche sur mobile, c'est trois ou quatre actions faites cinquante fois par jour — pointer une intervention, valider une livraison, consulter une fiche client, photographier un document. Le reste reste sur le poste de travail, et c'est très bien.
Le vrai risque technique n'est presque jamais l'application. C'est l'API. Beaucoup de logiciels métier ont une interface qui a été écrite pour un site web interne, sur un réseau d'entreprise rapide, avec des réponses énormes parce que la bande passante ne coûtait rien. Branchée sur un téléphone en 4G dans un parking souterrain, la même interface met huit secondes à répondre et l'application paraît cassée alors qu'elle fonctionne parfaitement. La première semaine d'un projet lyonnais part souvent là-dedans : mesurer ce que l'existant renvoie vraiment, et décider ce qu'on adapte côté serveur plutôt que de bricoler côté mobile.
Une question à poser avant tout le reste, et qui décide souvent du projet : à qui appartient l'accès à ce logiciel métier ? Si l'éditeur fournit une API documentée, tout va bien. S'il n'en fournit pas, ou s'il la facture au module, ou s'il refuse de l'ouvrir à un tiers, aucune application mobile ne contournera ça proprement — et les contournements existent, mais ils cassent à la première mise à jour de l'éditeur. Je pose la question au premier appel plutôt qu'au deuxième mois, parce que la réponse change le budget, le calendrier, et parfois la décision de faire ou non.
Lyon a aussi une forte présence de la santé et de la chimie, deux secteurs où l'hébergement des données n'est pas un choix libre. Si vos données relèvent de la santé, elles doivent être chez un hébergeur certifié, et cela se décide avant la première ligne de code, pas au moment de la mise en production. Je pose la question au premier rendez-vous, parce que la réponse change l'architecture entière.
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 à Lyon, 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.
Beaucoup de projets d'applications échouent à la porte de l'App Store.
Apple est sévère.
Le facteur le plus important pour réussir, c'est de comprendre leurs attentes.
Dès le début de notre collaboration à Lyon, on intègre les règles d'Apple dans votre cahier des charges.
Pas d'achats externes cachés. Pas de spam de notifications. Pas de tracking sans consentement.
Une fois les bases saines, le développement commence.
Je code en itérations. Cela veut dire que toutes les deux semaines, vous voyez le projet avancer.
Comment? Via TestFlight.
Vous ouvrez TestFlight sur votre iPhone, vous téléchargez la mise à jour, et vous testez chez vous à Lyon.
Vous voyez exactement ce que vous payez.
Quand l'application est prête, on prépare le grand saut.
L'App Store Connect demande une attention particulière.
Il faut les bonnes tailles de captures d'écran, des textes précis, et surtout avoir complété toutes les exigences légales de confidentialité.
Le passage en revue par Apple prend quelques jours.
Ils testent sur de vrais appareils.
Le secteur de la santé demande une rigueur absolue.
Un client m'a contacté pour créer une application de suivi médical connectée.
On se pose. On respire.
Sur iOS, la santé a son propre écosystème: HealthKit.
Le but était de synchroniser les données de l'Apple Watch (rythme cardiaque, sommeil) avec une interface patient simple et sécurisée.
L'avantage clé ici, c'est la protection des données proposée par Apple.
Nous avons construit une architecture totalement native en Swift.
La sécurité et la vie privée devaient être irréprochables pour passer la validation de l'App Store.
Apple est extrêmement strict sur les applications médicales. près d’une soumission sur quatre globales sont rejetées, et ce chiffre est encore plus élevé pour la santé.
Nous avons donc blindé les autorisations et le questionnaire de confidentialité sur App Store Connect.
Une application iOS native coûte généralement sensiblement de plus qu'un équivalent web ou hybride. La raison tient aux exigences d'Apple: ses règles de design demandent du soin sur chaque écran, chaque bouton et chaque animation, et la revue de l'App Store refuse ce qui ne s'y conforme pas. Ce surcoût achète surtout moins de risque de refus.
C'est la question que tout le monde se pose à Lyon.
Soyons clairs: une application iOS native coûte généralement sensiblement plus cher qu'une application web ou hybride.
Pourquoi?
Le facteur le plus important, c'est le niveau d'exigence d'Apple.
Les règles de design d'Apple imposent un soin particulier à chaque écran, chaque bouton, chaque animation.
On ne peut pas faire d'à-peu-près.
Ensuite, il y a la préparation pour le Store.
près d’une soumission sur quatre est rejetée.
Il ne s'agit pas juste de coder une application.
Le facteur le plus important, c'est d'utiliser les forces du téléphone pour votre business.
L'iPad et l'iPhone sont les écrans de lecture par excellence.
Si vous proposez du contenu exclusif, les utilisateurs iOS dépensent 2x plus in-app que les utilisateurs Android.
Vendre des abonnements via le système natif d'Apple est le meilleur moyen de fidéliser des lecteurs à Lyon.
L'iPhone possède les meilleurs capteurs de réalité augmentée du marché (ARKit).
Placer un meuble virtuel dans un salon, ou faire visiter un appartement en 3D devient incroyablement fluide.
C'est un effet waouh garanti pour vos clients.
Les pass Apple Wallet sont magiques.
Le client achète son billet, et il se retrouve directement dans son application Wallet, avec un QR code prêt à être scanné à l'entrée de votre événement à Lyon.
Plus besoin de fouiller dans ses mails.
On simplifie la vie de l'utilisateur au maximum.
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 à Lyon, 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 à Lyon?
Vous avez l'idée. Vous connaissez votre marché dans la Auvergne-Rhône-Alpes. 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. Sans engagement. Sans jargon technique.
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.