Application web ou application mobile : comment trancher
Avant de choisir entre une application web et une application mobile, il faut savoir qui s'en sert, où, et à quelle fréquence. Les trois réponses suffisent le plus souvent à trancher.
Dans cet article4 sections
Trois questions avant la technologie
Qui l'utilise ? Des collaborateurs sur un poste de travail, ou des gens en déplacement ?
Où ? Dans un bureau connecté, ou sur un chantier sans réseau ?
Combien de fois par jour ? Une application ouverte vingt fois par jour justifie une icône sur l'écran d'accueil. Une application ouverte une fois par semaine ne la justifie pas : personne ne l'installera.
Ce qu'une application web fait mieux
Elle n'a rien à installer : une URL suffit, sur n'importe quel appareil. Elle se met à jour pour tout le monde en même temps, sans passer par un magasin d'applications ni attendre une validation.
Elle coûte aussi moins cher à maintenir, parce qu'il n'y a qu'une base de code au lieu de deux ou trois.
- Usage sur poste de travail ou tablette connectée
- Outil interne partagé entre plusieurs équipes
- Besoin de mettre à jour souvent, sans friction
Ce qu'une application mobile fait mieux
Elle fonctionne hors ligne, accède aux capteurs de l'appareil (appareil photo, position, lecteur de code) et peut envoyer des notifications. Elle vit sur l'écran d'accueil, ce qui change complètement la fréquence d'usage.
Ce sont des différences réelles, pas des arguments de vente. Si aucune ne vous concerne, l'application mobile vous coûtera plus cher pour le même résultat.
- Usage en mobilité, parfois sans réseau
- Besoin de la caméra, de la géolocalisation ou du scan
- Usage quotidien, où l'icône compte
Le cas où la réponse est « ni l'un ni l'autre »
Il arrive régulièrement que le besoin réel soit un tableur mieux structuré, une automatisation entre deux outils que vous avez déjà, ou une fonction inexploitée du logiciel en place.
Développer une application pour remplacer un processus qui n'a jamais été clarifié revient à figer le désordre dans du code. Le processus d'abord, l'outil ensuite.
Web par défaut, mobile quand un besoin précis le réclame. Ce n'est pas une règle absolue, mais c'est le bon point de départ, et ça évite de payer deux fois pour un usage qui n'existera pas.
Ce sujet touche à notre expertise Logiciel & app sur mesure.
On commence par une discussion, pas par un devis.
Voir l'expertiseÀ lire ensuite