Application mobile ou site web ? Le choix qu'on te fait rarement expliquer clairement.

Tu ouvres un carnet, tu notes ton idée de projet, et le mot qui sort en premier c'est presque toujours le même : « appli ». Une appli pour tes clients, une appli pour ton équipe, une appli qui ferait tout ce qu'un concurrent plus gros semble déjà avoir. Le problème, c'est que ce mot arrive souvent avant la vraie question : qu'est-ce que les gens doivent réellement faire avec cet outil, et à quelle fréquence ?

Je construis les deux — sites web et applications — donc je n'ai pas d'intérêt à te pousser vers l'un plutôt que l'autre. Ce que j'ai, en revanche, c'est un paquet de premiers échanges où un dirigeant arrive convaincu qu'il lui faut une appli, et repart avec un site web qui fait exactement le travail, pour trois fois moins cher. Voici comment trancher, sans te faire vendre du rêve.

Les deux routes, en une phrase chacune

L'application mobile native, c'est un programme téléchargé depuis l'App Store ou le Play Store, installé sur le téléphone, qui vit dans une icône sur l'écran d'accueil. Elle peut envoyer des notifications, fonctionner sans connexion, accéder à l'appareil photo ou au GPS en continu.

Le site web — ou son cousin plus musclé, la web app — s'ouvre dans un navigateur, sur mobile comme sur ordinateur, sans rien télécharger. Il se met à jour instantanément, dès que je pousse une nouvelle version, sans attendre la validation d'un store qui peut prendre plusieurs jours.

Les deux peuvent afficher les mêmes informations et proposer les mêmes actions. La vraie différence n'est pas dans ce qu'ils montrent, elle est dans comment et quand tes utilisateurs y accèdent.

Le prix : l'écart que personne ne te dit

Une application native, c'est en réalité deux projets en un : un pour iOS, un pour Android, chacun avec son langage, ses règles et son propre passage devant les équipes de validation d'Apple ou de Google. Même en pilotant l'IA pour écrire le gros du code, cette duplication ne disparaît pas — elle se pilote, elle ne s'efface pas.

Un site web, à l'inverse, n'a qu'une seule version à construire et à maintenir. Chez moi, un projet complet démarre à 3 500 € et se situe en moyenne entre 5 000 et 8 000 €, avec un devis figé avant la première ligne de code. Une vraie application native, elle, double ou triple généralement ce budget, rien qu'à cause de cette double construction — sans compter les frais de compte développeur récurrents chez Apple et Google.

Les usages : qui a vraiment besoin d'une appli ?

Voilà le vrai filtre, celui que je pose systématiquement en premier échange : est-ce que la personne qui utilise ton outil l'ouvrira plusieurs fois par jour, depuis sa poche, parfois sans réseau ? Si oui, l'appli a du sens. Sinon, elle coûte plus cher pour un usage que le web couvre déjà très bien.

• Tu as besoin de notifications répétées qui doivent atteindre ton client sans qu'il ouvre quoi que ce soit (livreur, coach avec suivi quotidien, application de fidélité utilisée tous les jours).
• Ton outil doit fonctionner sans connexion, sur un chantier, en zone blanche ou en déplacement.
• Tu exploites en continu des capteurs du téléphone : géolocalisation en tâche de fond, appareil photo pour scanner un document, Bluetooth vers un objet connecté.
• Dans tous les autres cas — réserver un créneau, remplir un devis, consulter un catalogue, gérer un compte client, suivre une commande — un site web fait exactement le même travail, sans les contraintes des stores.

C'est le même raisonnement que pour choisir entre un site qui vend et un simple site vitrine : le bon outil, c'est celui qui répond à un usage précis, pas celui qui a le nom le plus impressionnant sur la carte de visite.

Le R0 → 1 : commence par ce qui existe, pas par ce qui impressionne

Beaucoup de dirigeants veulent une appli avant même d'avoir validé que leurs clients utiliseront l'outil. C'est l'inverse du R0 → 1 : partir de rien et sortir un premier outil qui tourne, vite, pour voir si l'usage prend. Un site web se construit et se met en ligne en semaines plutôt qu'en mois, ce qui te laisse tester l'idée sans y engager le budget d'une application native dès le départ.

Si l'usage explose et que tes clients réclament vraiment des notifications quotidiennes ou un fonctionnement hors connexion, l'étape appli arrive naturellement ensuite — sur une base déjà validée, pas sur un pari. C'est plus sain pour ta trésorerie, et ça t'évite de payer une appli que personne n'ouvrira après la première semaine.

Et la maintenance ? Le coût qu'on découvre trop tard

Le jour de la livraison n'est jamais la fin de l'histoire. Une application mobile vit dans un écosystème qui bouge sans te prévenir : Apple sort une nouvelle version d'iOS, Google change une règle de confidentialité, et il faut parfois republier une mise à jour juste pour rester compatible — même si rien n'a changé dans ton métier. Ce sont des heures de maintenance qui s'ajoutent, année après année, sur les deux versions à la fois.

Un site web vieillit beaucoup plus doucement. Il n'y a pas de store qui impose ses règles, pas de version d'application à faire cohabiter avec l'ancienne pendant que tes clients mettent des semaines à télécharger la nouvelle. Une correction ou une évolution part en ligne le jour même, pour tout le monde en même temps. Sur la durée, c'est souvent ce poste — invisible au moment de signer — qui fait le plus mal au budget d'une appli mal dimensionnée par rapport au besoin réel.

Alors, appli ou site web ? Comment trancher

Je te le dis honnêtement : l'application native garde du sens dans certains cas précis. Prends la route de l'appli si —

• tes utilisateurs ouvrent l'outil plusieurs fois par jour, et les notifications font partie du service ;
• tu as besoin d'un fonctionnement hors connexion ou d'un accès continu à un capteur du téléphone ;
• ton produit est l'appli — c'est le cœur de ton activité, pas un canal parmi d'autres.

Prends la route du site web si —

• tu veux que tes clients accèdent à ton outil sans rien télécharger ;
• l'usage est ponctuel : réserver, commander, consulter, remplir un formulaire ;
• tu veux un prix maîtrisé, un délai en semaines et une mise à jour instantanée sans attendre un store ;
• tu préfères valider ton idée avant d'investir dans une seconde version mobile.

Si tu te reconnais dans la deuxième liste — et c'est le cas de la grande majorité des TPE, indépendants et PME que je croise — tu n'as pas besoin d'une appli tout de suite. Tu as besoin d'un outil qui existe et qui tourne. C'est exactement ce que je construis : va voir comment je livre ton logiciel sur mesure, avec le prix, la méthode et la garantie « ta maquette en 7 jours ou tu ne dois rien ».