Migrer vos applications WinDev Mobile

Vos équipes terrain utilisent une ou plusieurs applications développées avec WinDev Mobile. Ces applications fonctionnent, mais leur évolution se heurte aux limites du framework mobile de PC SOFT, notamment sur le mode déconnecté avancé ou l'intégration de composants natifs récents.

Cette page compare les trois cibles courantes d'une migration WinDev Mobile, à savoir Flutter, React Native et une PWA, comme alternative WinDev Mobile crédible pour vos équipes, et détaille les contraintes propres aux stores Apple et Google.

Elle s'adresse aux responsables informatiques et aux directions opérationnelles qui pilotent une flotte d'appareils mobiles utilisés au quotidien par des équipes commerciales, techniques ou logistiques, et qui doivent arbitrer entre maintenir l'existant et investir dans une réécriture.

Le déclencheur est souvent un changement de parc de terminaux, une nouvelle exigence de sécurité imposée par un client ou un partenaire, ou tout simplement l'impossibilité de publier une mise à jour sur les stores avec la version actuelle de l'application.

Ce que WinDev Mobile fait bien et ce qu'il ne fait plus

WinDev Mobile reste un outil RAD efficace pour prototyper rapidement une application mobile de saisie terrain ou un outil interne simple. Cette productivité initiale explique pourquoi tant d'applications métier ont été construites avec cet outil.

• Ce qu'il fait bien : générer rapidement une interface fonctionnelle, connecter facilement à une base HFSQL locale, produire un exécutable pour plusieurs plateformes depuis un seul projet.
• Ce qu'il ne fait plus : intégrer nativement les composants d'interface récents attendus par les utilisateurs, exploiter pleinement les capacités matérielles récentes des smartphones, suivre le rythme de mise à jour imposé par Apple et Google.

Cet écart se creuse avec le temps, pas d'un coup. Une application qui fonctionnait sans friction il y a quelques années accumule aujourd'hui les remarques utilisateurs sur la lenteur des écrans, l'absence de fonctionnalités attendues comme la notification push moderne, ou l'incompatibilité avec certains modèles récents de terminaux.

Avant d'investir dans une réécriture complète, il vaut la peine de vérifier si certains irritants viennent d'un problème de configuration ou de version plutôt que d'une limite structurelle du framework. Ce diagnostic rapide, réalisé lors de l'audit de code, évite parfois un chantier disproportionné par rapport au problème réel rencontré sur le terrain.

Flutter, React Native ou PWA ?

Le choix dépend surtout du mode d'usage : une application terrain avec un besoin fort de mode déconnecté s'oriente vers Flutter, une application proche du web existant vers React Native, un outil interne à faible contrainte matérielle vers une PWA.

Ce choix n'est pas toujours exclusif. Certaines organisations font cohabiter une application Flutter pour les équipes terrain, qui ont besoin du mode déconnecté complet, et une PWA pour un usage occasionnel depuis un poste fixe, sans dupliquer l'effort de développement sur les fonctionnalités communes.

Contraintes stores et déploiement

Publier sur l'App Store et le Google Play Store impose des règles que WinDev Mobile ne gère pas nativement de la même manière qu'un framework mobile natif ou hybride récent.

• Revue de conformité Apple, plus stricte sur les applications métier internes que sur le grand public.
• Cycle de mise à jour à anticiper, chaque nouvelle version passant par une validation avant publication.
• Gestion des comptes développeur et des certificats, à transférer ou recréer selon l'historique du projet existant.

Une application interne, réservée aux salariés, peut parfois éviter la revue publique du store en passant par une distribution privée. Cette option allège le cycle de validation mais impose sa propre gestion des droits d'accès et des mises à jour, à évaluer dès le cadrage du projet.

Mode déconnecté et synchronisation

La majorité des applications WinDev Mobile migrées sont utilisées par des équipes terrain sans connexion réseau garantie. Le mode déconnecté n'est donc jamais une option secondaire dans le chiffrage.

Flutter et React Native permettent tous deux une base de données locale qui se synchronise avec le serveur central dès que la connexion revient. Le mécanisme de résolution des conflits, quand deux utilisateurs modifient la même donnée hors ligne, doit être défini avant le développement, pas découvert en production.

Cette règle de résolution des conflits dépend du métier : parfois la dernière modification l'emporte, parfois une validation manuelle est nécessaire sur les champs sensibles. Une application de prise de commande terrain et une application de relevé technique n'ont pas les mêmes exigences sur ce point, et le choix doit être documenté avant le développement des écrans concernés.

La qualité perçue d'une application mobile terrain se joue largement sur ce point. Un utilisateur qui perd sa saisie faute de synchronisation fiable abandonne rapidement l'outil, quelle que soit la qualité du reste de l'application. C'est pourquoi le mode déconnecté figure toujours parmi les premiers sujets abordés lors de l'audit de code.

Coût et délai type

Comme pour les autres migrations PC SOFT, le chiffrage dépend du nombre d'écrans, du niveau d'exigence sur le mode déconnecté et de la cible retenue.

• Nombre d'écrans et de fonctionnalités à reproduire, plus déterminant que la taille de l'équipe utilisatrice.
• Profondeur du mode déconnecté nécessaire, qui peut multiplier significativement l'effort de développement.
• Cible retenue : une PWA se développe généralement plus vite qu'une application Flutter ou React Native complète.

Le nombre d'appareils déployés joue en revanche assez peu sur le développement lui-même : réécrire une application pour 20 postes terrain ou pour 200 mobilise un effort de développement comparable, la différence se joue surtout sur le déploiement, la formation et l'accompagnement au changement.

Pendant la période de transition, les deux applications, l'ancienne sous WinDev Mobile et la nouvelle, doivent parfois cohabiter sur les mêmes terminaux le temps que chaque équipe bascule. Cette phase de double fonctionnement a un coût organisationnel à anticiper dans le planning, au-delà du seul développement des écrans.

L'audit de code gratuit évalue ces trois facteurs sur votre application existante et propose une trajectoire chiffrée sous 5 jours.