« Il me faut une appli. » On entend cette phrase presque chaque semaine, dès les premières minutes d’un projet. Le problème n’est pas l’envie — elle est souvent justifiée. Le problème, c’est qu’on a déjà choisi la réponse avant d’avoir posé la question. Site, application web, app mobile : ces mots recouvrent des réalités, et des budgets, très différents. Et le bon choix ne tombe jamais d’une intuition ou d’une mode : il se déduit, une question après l’autre, de la façon dont vos utilisateurs vont réellement s’en servir.
La première question n’est pas celle qu’on croit
« Site ou appli ? » est une mauvaise première question, parce qu’elle porte sur la solution avant de porter sur le besoin. Elle revient à choisir un outil sans savoir ce qu’on veut construire.
La bonne démarche part de trois choses concrètes : qui utilise, où et à quelle fréquence, et pour quoi faire. Répondez à celles-là, et le format s’impose presque de lui-même. Le reste de ce guide déroule ces questions dans le bon ordre — jusqu’à ce que la réponse devienne évidente.
Résumé rapide
Avant d’entrer dans le raisonnement, les trois familles en une ligne chacune :
- Site vitrine : présenter votre activité, être trouvé, rassurer.
- Application web : un outil accessible depuis un navigateur, sans installation.
- Application mobile : une expérience installée sur le téléphone, pour un usage régulier et mobile.
La question n’est pas « lequel est le mieux ? » mais « lequel répond à mon usage ? ».
Question 1 : voulez-vous être vu, ou voulez-vous un outil ?
C’est le premier embranchement, et le plus structurant. Certains projets cherchent à exister en ligne : présenter des services, une équipe, des références, et permettre qu’on vous contacte. D’autres cherchent à faire faire quelque chose à l’utilisateur — saisir, consulter, gérer, suivre.
Si votre objectif est la présence, l’image et la génération de contacts, vous parlez d’un site vitrine. C’est la base de la crédibilité, et c’est souvent tout ce dont une activité a besoin pour démarrer. Il s’adresse à toute entreprise qui veut être visible et trouvée.
Mais si vous décrivez des écrans où l’on clique, remplit, calcule ou consulte des données, vous ne parlez plus d’une vitrine. Vous parlez d’une application — et la question suivante décide de sa forme.
Question 2 : sur quel écran vos utilisateurs travaillent-ils ?
Une application peut vivre dans un navigateur ou sur un téléphone. Ce qui tranche, ce n’est pas la technologie : c’est le contexte d’usage.
L’application web est un outil interactif accessible depuis un navigateur, sans rien à installer : espace client, tableau de bord, plateforme métier, SaaS. Elle s’adresse à ceux qui ont besoin d’un vrai outil, interne ou destiné à leurs clients, et non d’une simple vitrine. Elle est idéale quand vos utilisateurs travaillent surtout sur ordinateur et que vous voulez leur éviter toute installation.
L’application mobile, elle, s’installe sur le téléphone et offre une expérience native : notifications, usage hors ligne, accès à l’appareil photo, au GPS. Elle vise un usage fréquent, mobile, ou qui exploite les capacités du téléphone. Elle prend tout son sens quand vos utilisateurs sont sur mobile au quotidien et que l’expérience installée apporte une vraie valeur — pas seulement « c’est plus moderne ».
Un cas concret pour fixer les idées : un logiciel de facturation que l’équipe ouvre depuis son poste toute la journée n’a aucun besoin d’être une app mobile — le web fait mieux, plus vite. À l’inverse, un service de livraison où le coursier scanne un colis dans la rue, sans réseau, réclame le mobile. Même métier, réponse opposée : c’est l’usage qui décide.
Le tableau qui relie besoin et solution
Ces embranchements se résument bien. Repérez votre besoin dans la colonne de gauche, lisez la réponse à droite :
| Votre besoin | Solution la plus adaptée |
|---|---|
| Être visible et trouvé | Site vitrine |
| Vendre en ligne | Site e-commerce |
| Un outil accessible partout, sans installation | Application web |
| Un usage mobile régulier, notifications, hors ligne | Application mobile |
| Tester une idée à moindre coût | MVP web, puis mobile si besoin |
Les quatre questions à vous poser, dans l’ordre
Si vous deviez retenir une seule check-list, ce serait celle-ci. Prise dans cet ordre, elle mène presque toujours à une réponse claire :
- Où sont mes utilisateurs ? Sur ordinateur, sur mobile, les deux ?
- À quelle fréquence vont-ils s’en servir — ponctuellement ou tous les jours ?
- Ai-je besoin de fonctions du téléphone (notifications, appareil photo, géoloc) ?
- Quel est mon objectif principal : visibilité, outil, ou service récurrent ?
Et si, honnêtement, vous hésitez encore ?
C’est fréquent, et parfaitement normal : au démarrage, on connaît rarement son usage avec certitude. Dans ce cas, la meilleure réponse n’est pas de trancher au forceps, mais de commencer par le web — plus rapide et moins cher à lancer — puis d’ajouter le mobile le jour où l’usage le justifie vraiment. C’est exactement le rôle d’un cadrage : transformer une hésitation en décision étayée.
Notre approche
Vous l’aurez compris : nous ne partons jamais de la techno, mais de votre usage. Selon vos réponses aux questions ci-dessus, nous recommandons la solution la plus adaptée, puis nous choisissons la technologie qui la sert le mieux — dans cet ordre, jamais l’inverse.
FAQ
Peut-on avoir le web et le mobile avec une seule base ? Souvent oui, en partie. Selon le projet, une partie du travail se mutualise entre web et mobile — on l’évalue au cadrage.
Un site vitrine peut-il évoluer en application ? Oui. On peut démarrer par une vitrine et lui ajouter progressivement des fonctionnalités d’application.
Le choix change-t-il le budget ? Nettement. Une app mobile multi-plateforme demande plus de travail qu’un site vitrine. Partir du besoin réel évite de payer pour ce qui ne sert pas.