Ce que je livre
- Applications iOS et Android construites sur une base de code commune
- Interfaces tablette pensées pour l'espace disponible, pas simplement étirées
- Applications web installables, quand un passage par les stores ne se justifie pas
- API et back-office qui alimentent l'application, du même auteur que le mobile
- Reprise d'une application existante et remise en état de la chaîne de publication
- Mise en production sur l'App Store et le Play Store, et suivi des versions
Une base de code, deux plateformes
Pour la très grande majorité des applications métier, écrire deux fois la même chose en Swift et en Kotlin coûte le double sans rien apporter à l'utilisateur. Je travaille en React Native, qui partage la logique et l'essentiel de l'interface entre iOS et Android, et permet de descendre dans le code natif là où c'est réellement nécessaire.
Le natif intégral garde sa place : jeu, traitement graphique lourd, usage intensif de capteurs, contrainte de performance extrême. Si votre besoin en relève, je vous le dirai plutôt que de forcer une solution qui ne tiendra pas.
Les tablettes ne sont pas de grands téléphones
C'est l'angle mort le plus fréquent. Une application correcte sur iPhone devient souvent ridicule sur iPad : des colonnes de texte étirées sur toute la largeur, des boutons perdus au centre d'un écran vide, une navigation pensée pour un pouce alors que l'appareil se tient à deux mains.
- Mises en page adaptatives, avec vue maître-détail quand la largeur le permet
- Rotation gérée réellement, y compris le maintien de l'état en cours
- Zones tactiles positionnées là où se trouvent les mains sur une tablette
- Multitâche et fenêtre partagée sur iPadOS
- Densités d'écran et encoches prises en compte sur la diversité du parc Android
Ce qui se joue à la publication
La partie que l'on découvre trop tard : la validation par les stores. Un refus coûte plusieurs jours, et les motifs sont souvent administratifs plutôt que techniques.
- Comptes développeur, certificats et profils de provisionnement mis en place proprement
- Fiches store, captures et politique de confidentialité conformes aux exigences
- Déclarations de collecte de données, obligatoires sur les deux stores
- Diffusion par lots et versions de test avant publication générale
- Mises à jour livrées sans casser les installations existantes
Applications livrées
Parmi les onze réalisations documentées, deux reposent sur un usage mobile intensif : la plateforme de livraison, dont l'application coursier est utilisée en mouvement et sur réseau instable, et la plateforme de rencontres, dont tout le parcours est pensé pour le téléphone.
Voir les onze réalisations détaillées
Questions fréquentes
Faut-il une application, ou un site mobile suffit-il ?
Une application se justifie si vous avez besoin de notifications, d'un fonctionnement hors ligne, de l'accès aux capteurs de l'appareil ou d'une présence sur les stores. Sinon un site correctement conçu pour le mobile coûte moins cher, se met à jour sans validation et n'oblige personne à installer quoi que ce soit.
iOS et Android en même temps ?
Oui, c'est l'intérêt d'une base de code commune. On peut néanmoins publier d'abord sur une plateforme pour valider l'usage, puis ouvrir la seconde sans réécriture.
Qui publie l'application sur les stores ?
Les comptes développeur doivent être à votre nom, c'est vous qui restez propriétaire de l'application. Je m'occupe de la configuration, des fiches et de la mise en ligne, et je vous transmets tout à la fin.