Lire le processus actuel
Choisissez selon la tâche indispensable, plutôt que l'envie d'une icône en boutique. Qui utilise le produit, sur quel appareil, avec quelle connexion ? Un client consultant un devis occasionnel et un technicien sous terre n'ont pas les mêmes contraintes.
Une limite utile
Une application web adaptative s'ouvre par URL. Une PWA ajoute des mécanismes web d'installation et de fonctionnement hors ligne là où ils sont pris en charge ; MDN les documente. Le natif peut convenir à une intégration poussée au matériel, mais impose distribution et mises à jour par plateforme. Démontrez les fonctions nécessaires sur les appareils cibles.
Suivre une tâche réelle
Des inspecteurs relèvent par exemple l'état d'équipements sans bonne couverture. Testez ouverture d'une inspection, saisie hors ligne, redémarrage et synchronisation ultérieure. Décidez comment rapprocher une réaffectation serveur ou la modification d'un collègue. Une page en cache sans saisies persistantes n'est pas un vrai circuit hors ligne. Si le web satisfait ce besoin, le natif peut être superflu.
Préserver les exceptions
Ne réduisez pas hors ligne, notifications ou matériel à des cases sans environnement précis. N'imposez pas d'installation pour consulter un document occasionnel. Incluez expiration de session, suppression locale, mises à jour et permissions refusées. Une économie initiale perd son intérêt si la tâche terrain devient peu fiable.
Réduire l'incertitude par une répétition technique
Avant les estimations, décrivez appareils, systèmes, navigateurs et accessoires réellement utilisés. Formulez la tâche observable : lire une inspection, photographier, conserver le brouillon après fermeture et transmettre au retour du réseau. Un fonctionnement hors ligne complet ne précise ni les données ni la durée.
Construisez une petite preuve combinant les capacités incertaines. Une démonstration de caméra ne prouve pas la survie des photos à un envoi interrompu. Un brouillon résistant au rechargement ne garantit pas sa correspondance après réaffectation. Décidez du conflit : conserver les observations, fusionner selon des règles ou demander un choix humain. Le sens des données prime sur l'ordre d'arrivée.
Comparez ensuite enrôlement, distribution, permissions, mises à jour et remplacement du téléphone. Si la capture exige du natif, le bureau peut réviser sur le web ; les rôles n'ont pas besoin du même modèle. Installer une application web doit servir un usage réel. Prévoyez une solution de repli avec limites explicites. Consignez les combinaisons testées et répétez les contrôles concernés après changement.
Tableau de choix de plateforme
| Besoin | Preuve de décision |
|---|---|
| Accès client occasionnel | Un lien permet de terminer sans préparation inutile ni installation par imitation. |
| Saisie hors ligne | Brouillon et pièces survivent à l'interruption et au redémarrage convenus, avec synchronisation et conflits visibles. |
| Matériel spécialisé | L'accessoire est démontré dans l'environnement cible, refus de permission et déconnexion compris. |
| Travail bureau et terrain | Les interfaces partagent dossiers et droits cohérents malgré des distributions différentes. |
Avant de décider
Qu’est-ce qui doit fonctionner sans réseau ? Quelle fonction matérielle est indispensable ? Comment découvrir, installer et actualiser le produit ? Apportez ces réponses au cadrage et testez d'abord l'incertitude technique principale.