Développement Mobile

Natif ou cross-platform : comment trancher

Cross-platform (Flutter, React Native) produit une seule base de code pour iOS et Android. C'est le choix par défaut pour la majorité des applications métier et grand public : un seul développement, une seule maintenance, des mises à jour simultanées sur les deux plateformes.

Natif (Swift, Kotlin) se justifie quand l'application dépend fortement du matériel ou des API système : traitement vidéo intensif, réalité augmentée, Bluetooth avancé, performances graphiques poussées.

Dans les faits, le cross-platform couvre la quasi-totalité des besoins d'une PME. Le cadrage sert à vérifier que votre projet n'appartient pas aux exceptions.

Une application seule ne suffit jamais

Ce qui est visible, c'est l'application. Ce qui la fait fonctionner l'est moins : une API pour les données, une base, une authentification, un back-office pour piloter les contenus, des notifications push, et des statistiques d'usage.

Nous construisons l'ensemble. Quand une application doit s'appuyer sur un ERP existant, elle se connecte à Odoo par son API plutôt que de dupliquer les données — même stock, même catalogue, même client, une seule source.

Publier sur les stores : ce qui bloque en pratique

La mise en ligne n'est pas une formalité. Apple examine chaque application manuellement et refuse pour des motifs précis : politique de confidentialité absente, compte de test non fourni, fonctionnalité jugée trop mince, permissions demandées sans justification.

Nous préparons les comptes développeur, les fiches store, les captures, la politique de confidentialité et la déclaration de collecte des données. Un refus se corrige et se resoumet — c'est courant, mais cela allonge le calendrier de plusieurs jours à chaque fois.