Applications mobiles

Les applications natives en Swift et en Kotlin offrent l’accès le plus complet aux fonctionnalités de l’appareil et l’intégration la plus fidèle à chaque plateforme. Les applications multiplateformes en React Native ou en Flutter partagent l’essentiel de leur code entre iOS et Android, ce qui réduit le coût de développement et d’évolution. Nous recommandons le natif lorsque l’application dépend fortement de l’appareil, par exemple pour du matériel de paiement ou des médias complexes, et le multiplateforme pour la plupart des applications professionnelles et grand public.

Le nombre de parcours et d’écrans, le choix entre une application native par plateforme ou une seule application multiplateforme, le travail côté back-end et le niveau de sécurité requis. L’utilisation hors ligne, les paiements, les fonctionnalités de l’appareil et l’éventail d’appareils à prendre en charge ajoutent de l’effort. Les publications sur les boutiques et l’adaptation aux nouvelles versions des systèmes d’exploitation sont des coûts récurrents à prévoir.

Nous conservons les clés et les jetons dans le stockage sécurisé matériel de la plateforme, jamais dans des fichiers en clair. Nous utilisons l’épinglage de certificats, une authentification biométrique ou liée à l’appareil, et des contrôles côté serveur pour chaque action sensible. Lorsque le risque le justifie, nous ajoutons la détection des appareils rootés ou jailbreakés et des builds falsifiés. Nous suivons les recommandations OWASP Mobile Application Security et pouvons accompagner un test d’intrusion externe avant le lancement.

Oui. Nous préparons les fiches, gérons les clés de signature et les certificats, soumettons les builds à la validation et publions par étapes, afin qu’un problème n’atteigne que peu d’utilisateurs. Les comptes développeur restent au nom de votre organisation : vous êtes donc propriétaire des applications et de leurs fiches. Nous travaillons sur vos comptes, avec des accès que vous accordez et pouvez révoquer.

Oui, lorsque les parcours le permettent. Nous stockons sur l’appareil, de façon chiffrée, les données dont l’utilisateur a besoin, et nous mettons ses modifications en file d’attente jusqu’au retour de la connexion. Des règles de synchronisation déterminent ce qui se passe lorsqu’un même enregistrement a été modifié à deux endroits. Nous définissons ces règles avec vous, car ce sont des décisions métier autant que techniques.

Apple et Google publient chaque année de nouvelles versions de leurs systèmes d’exploitation, et les règles des boutiques évoluent. Les bibliothèques doivent recevoir des mises à jour de sécurité. Nous testons l’application avec chaque nouvelle version, corrigeons ce qui change et maintenons ses dépendances à jour, en parallèle de votre propre feuille de route fonctionnelle. Cela se fait généralement dans le cadre d’un contrat de support ou au sein d’une équipe dédiée.

Dès le premier commit, vous êtes titulaire de la propriété intellectuelle des travaux que nous réalisons pour vous : aucune cession n’est à prévoir en fin de projet. Cela couvre le code spécifique, la documentation et les autres livrables réalisés pour vous. Les éléments préexistants que nous apportons, tels que des outils internes ou des bibliothèques, restent notre propriété, et vous recevez une licence pour les utiliser dans vos systèmes. Les composants open source conservent leurs propres licences, et nous vous en fournissons la liste.