L’IDÉE CENTRALE
Choisissez le canal qui facilite la tâche de l’utilisateur. La seule présence dans une boutique d’applications ne justifie pas de développer une application.
Commencez par la nature de la visite
Une personne qui découvre vos services a besoin d’y accéder rapidement depuis un lien ou un moteur de recherche, de comprendre clairement votre offre et de pouvoir vous contacter. Un salarié qui gère des transactions a besoin d’états, de filtres et d’autorisations. Les deux peuvent se présenter sous forme de pages dans un navigateur, mais leurs modèles de données et leurs besoins de test diffèrent. Le choix ne se résume pas à l’apparence sur un téléphone.
Qu’ajoute une PWA ?
Une PWA est une approche de l’expérience web qui peut utiliser des capacités comme l’installation et certaines fonctions hors connexion, selon l’implémentation, le navigateur et la plateforme. Ce n’est pas un langage et elle ne fournit pas automatiquement toutes les capacités natives. Testez les fonctionnalités requises sur les appareils réels, notamment les notifications, le stockage, la synchronisation et le comportement en arrière-plan, sans présumer d’une prise en charge identique.
L’utilisation hors ligne implique des choix de gestion des données
Afficher une page en cache est plus simple que modifier un enregistrement et le synchroniser de manière sûre. Que peut-on lire ou modifier hors connexion ? Que se passe-t-il lorsque deux personnes modifient le même enregistrement ? Quand les données locales expirent-elles, et comment sont-elles protégées sur un appareil partagé ? Ces questions précèdent le choix entre Flutter et une PWA ; la mention « fonctionne hors connexion » n’y répond pas.
Exemple : réservation d'un service versus travail sur le terrain
Une réservation accessible par un lien peut commencer par une expérience web adaptée aux différentes tailles d’écran. Pour un intervenant qui scanne des codes-barres, prend des photos et remplit des formulaires avec une faible couverture réseau, l’accès aux fonctions de l’appareil et la synchronisation doivent être testés en pratique. La gestion administrative peut rester dans le navigateur tandis qu’un canal destiné au terrain est ajouté. L’ajout d’un canal n’exige pas nécessairement de réécrire tout le système lorsque les limites d’accès aux données et les autorisations sont clairement définies.
Le coût d’un canal dépasse celui de son développement initial
La maintenance comprend les mises à jour du navigateur ou du système d’exploitation, les autorisations, la connexion et les publications sur les boutiques d’applications lorsque cela s’applique. Définissez le public et le responsable des mises à jour pour chaque canal. Ne choisissez pas le développement natif uniquement parce qu’il semble plus professionnel, et ne l’écartez pas simplement parce que le partage de code paraît moins coûteux. Évaluez les tâches réelles, les contraintes et l’expérience utilisateur.
EXEMPLE PÉDAGOGIQUE / ÉTAPES VÉRIFIABLES
Matrice d’acceptation : tâche, canal et appareil
Un exemple pédagogique pour choisir les canaux de réservation de services et de travail sur le terrain. Chaque ligne relie une tâche à un candidat et un critère d'acceptation ; une fonctionnalité reste non vérifiée jusqu'à ce qu'elle soit testée sur les appareils et navigateurs cibles.
- Consulter un service depuis un lien — option envisagée : un site web adapté aux différents écrans. Les critères d’acceptation sont l’accès aux informations et aux moyens de contact sans connexion à un compte, ainsi que leur clarté sur mobile et lors de la navigation au clavier.
- Réserver et suivre un rendez-vous — option envisagée : une application web. Les critères d’acceptation sont le fonctionnement de la réservation et des modifications autorisées, ainsi que l’impossibilité pour un autre utilisateur d’en consulter les détails, y compris par une requête directe au serveur.
- Ouvrir une application installée — option à envisager : une PWA, lorsque cela convient. Validez après avoir testé l’installation, le lancement et les liens dans chaque environnement cible, avec un accès fonctionnel dans le navigateur lorsque l’installation n’est pas disponible.
- Prendre une photo lors d’une visite — option à envisager : web ou mobile, selon les tests. Validez si l’autorisation est demandée au moment approprié, si le refus ou l’annulation conserve le brouillon et si une nouvelle tentative ne perd pas de données.
- Enregistrer une visite hors ligne — solution envisagée : une expérience avec stockage local et synchronisation. Le scénario est validé si le brouillon est conservé après fermeture et réouverture, puis si la reconnexion synchronise un seul enregistrement sans doublon.
- Notifier un utilisateur — option à envisager : un canal de notification vérifié. Validez après avoir testé l’octroi et le refus des autorisations, ainsi que le fonctionnement en arrière-plan sur des appareils réels, avec un état consultable dans le produit si une notification est manquée.
Comparez l’adéquation au besoin, pas la popularité.
Site web
Convient à : Découverte des services, lecture et prise de contact.
À prendre en compte : N’inclut pas automatiquement des comptes utilisateurs ni des processus personnalisés.
Application web / PWA
Convient à : Des tâches accessibles par un lien, avec des capacités web supplémentaires lorsqu’elles sont vérifiées.
À prendre en compte : Les limites des plateformes et du fonctionnement hors connexion doivent être testées sur la tâche réelle.
Application mobile
Convient à : Utilisation ciblée sur l’appareil, récurrente ou spécifique à la distribution.
À prendre en compte : Distribution, maintenance et tests pour chaque plateforme cible.
Il s’agit d’une aide à la décision, et non d’une offre de service ou d’une garantie de performance. Votre choix final dépend de vos exigences et des versions retenues lors de la mise en œuvre.
Sources officielles pour approfondir
web.dev — Apprendre PWAs’ouvre dans une nouvelle fenêtreApple — Swifts’ouvre dans une nouvelle fenêtreAndroid — Kotlins’ouvre dans une nouvelle fenêtreweb.dev — détection des capacités des PWA et différences entre plateformess’ouvre dans une nouvelle fenêtreLes sources décrivent les caractéristiques des technologies. Les scénarios et compromis apportent des repères contextuels, et non des résultats de tests comparatifs.