Applications iOS · Swift
Développeur d’applications iOS
Je conçois et développe des applications natives pour iPhone et iPad, en Swift et SwiftUI, jusqu’à leur publication sur l’App Store. Des interfaces qui répondent au doigt, respectent les conventions du système et passent la revue d’Apple.
Prestations
Ce que je développe
Applications sur mesure
Votre idée transformée en application native, pensée pour l’iPhone plutôt qu’adaptée à lui. Architecture propre, code maintenable, et une base sur laquelle on peut continuer à construire.
Publication sur l’App Store
Fiche produit, captures, politique de confidentialité, déclarations de collecte de données, passage de la revue Apple. La partie que beaucoup découvrent trop tard, et qui bloque plus de projets que le code lui-même.
Reprise et maintenance
Une application existante à faire évoluer, à mettre au goût d’iOS récent ou à sauver d’un prestataire parti. J’audite d’abord, et je vous dis honnêtement si la reprise est raisonnable.
Prototype et validation
Une version fonctionnelle réduite à l’essentiel, pour tester l’idée auprès de vrais utilisateurs avant d’engager le budget complet. Souvent le meilleur investissement d’un projet.
Méthode
Comment se passe un projet
Cadrage
Ce que l’application doit faire, pour qui, et surtout ce qu’elle ne fera pas. Une première version qui essaie de tout couvrir ne sort jamais.
Maquettes
Les écrans validés avant le développement. Déplacer un bouton sur une maquette coûte une minute ; le déplacer dans du code en coûte cent.
Développement et tests
Des versions intermédiaires livrées via TestFlight, que vous installez sur votre propre iPhone pour suivre l’avancement et réagir tôt.
Publication
Dépôt sur l’App Store, passage de la revue, mise en ligne. Puis le suivi des premières semaines, où remontent les vrais retours.
Le choix technique
Pourquoi du natif plutôt qu’un framework multiplateforme
Une application hybride s’écrit une fois pour iOS et Android, ce qui paraît toujours plus économique au départ. C’est parfois le bon choix — et je le dis quand c’est le cas. Mais la facture arrive ailleurs : animations qui accrochent, composants qui ne ressemblent pas tout à fait au système, accès tardif aux nouveautés d’iOS, et un débogage qui traverse une couche d’abstraction supplémentaire.
Le natif coûte plus cher à couvrir deux plateformes, et donne une application que l’utilisateur ne distingue pas de celles d’Apple. Le bon arbitrage dépend de votre projet, de votre budget et de votre cible. On en parle avant de décider, pas après.
FAQ
Questions fréquentes
- Combien coûte une application iOS ?
- L’écart est considérable selon le périmètre : une application locale sans compte utilisateur et une application connectée à un serveur, avec authentification et paiement, n’ont rien de comparable. Je remets un devis écrit après avoir compris le besoin.
- Faut-il un compte développeur Apple ?
- Oui, au nom de votre entreprise, et il est payant chaque année. C’est vous qui devez le détenir : une application publiée sous le compte d’un prestataire vous rend dépendant de lui. Je vous accompagne pour l’ouvrir.
- Combien de temps avant la mise en ligne ?
- Le développement va de quelques semaines à plusieurs mois selon l’ampleur. À cela s’ajoute la revue d’Apple, généralement de vingt-quatre à quarante-huit heures, parfois davantage en cas de refus à corriger.
- Faites-vous aussi la version Android ?
- Je développe en natif sur iOS. Pour Android, on regarde ensemble : selon le projet, une seconde version native ou un socle commun peut être plus pertinent. Je vous oriente sans vous vendre ce que je ne ferais pas.
- Et si Apple refuse l’application ?
- Un refus arrive, et se corrige : il s’agit presque toujours d’un point précis des règles d’Apple. Je gère les échanges avec la revue et les corrections nécessaires, c’est compris dans la mise en ligne.
Une application en tête ?
Décrivez-moi l’idée et à qui elle s’adresse. Je vous réponds avec un premier avis technique, franchement, y compris si le natif n’est pas le bon choix.