Application mobile à Bourges : native, web ou PWA

Nous publions nos propres applications sur Google Play. Nous connaissons la revue, ses refus, les versions cibles imposées chaque année et les pages obligatoires, parce que nous les subissons sur nos applications, pas parce qu'on nous l'a raconté.

Entreprises, artisans, associations et collectivités de Bourges et du Cher.

Le format se déduit du besoin, il ne se choisit pas par goût

C'est la décision la plus structurante d'un projet mobile et la plus souvent prise à l'envers : on décide « on va faire une application », puis on cherche quoi mettre dedans. L'ordre correct est l'inverse, et il tient en deux questions.

Avez-vous besoin du matériel du téléphone ? Capteurs, position en tâche de fond, appareil photo intensif, fonctionnement complet sans réseau, notifications fiables. Et avez-vous besoin d'être dans le magasin d'applications ? Parce que vos utilisateurs vous y chercheront, ou parce que votre secteur l'attend. Deux non de suite, et vous n'avez pas besoin d'une application native.

Ce que chacun sait faire

L'application native est installée depuis un magasin et a accès à tout le téléphone. C'est le seul format qui tient quand le matériel est au cœur de l'usage. Elle coûte le plus cher, et sa contrainte principale n'est pas le développement : c'est la revue des magasins, les versions cibles imposées chaque année et un délai de publication qui n'est jamais garanti.

L'application web s'ouvre dans un navigateur, à une adresse. Elle se met à jour instantanément, se partage par un lien, et n'a rien à demander à personne. Elle ne s'installe pas, ne fonctionne pas sans réseau, et ses notifications sont limitées.

La PWA est une application web qu'on peut ajouter à l'écran d'accueil. Elle garde la mise à jour instantanée et gagne une icône, un fonctionnement partiel hors ligne et certaines notifications. Son vrai avantage est ailleurs : elle ne passe pas par la revue d'un magasin, donc une correction est en ligne en dix minutes.

Le piège le plus fréquent

Beaucoup de projets choisissent le natif pour être présents sur le magasin, sans autre raison. C'est un objectif légitime, mais il faut le chiffrer honnêtement : être sur le magasin coûte le format le plus cher, plus une revue à chaque version, plus une mise à niveau annuelle obligatoire.

Si personne ne va vous y chercher par une recherche, la présence sur le magasin n'apporte qu'une chose : la crédibilité d'exister. C'est parfois suffisant pour justifier la dépense, et il faut alors le dire ainsi, plutôt que d'invoquer des besoins techniques qui n'existent pas.

Le chemin que nous recommandons le plus souvent

Commencer en web ou en PWA, mesurer l'usage réel, et ne passer au natif que lorsqu'un besoin précis l'impose. Ce chemin a un avantage que l'inverse n'a pas : on peut monter du web vers le natif, on redescend rarement. Une application native abandonnée laisse un compte développeur, une fiche à maintenir et des utilisateurs installés qui ne recevront plus rien.

Il y a une exception nette, et nous la disons franchement : si le matériel du téléphone est au cœur de l'usage, commencer en web fait perdre du temps. Dans ce cas le natif est le point de départ, pas l'aboutissement.