À partir de quand une application mobile vous rapporte

La question se pose presque toujours à l'envers. On demande un prix, on compare deux devis, on débat du choix technique — alors que la décision tient à trois chiffres qui sont déjà dans votre activité : le nombre de commandes ou de rendez-vous que vous prenez chaque mois, votre panier moyen, et la part de vos clients qui reviennent. Une application mobile ne se justifie pas parce qu'elle est bien faite. Elle se justifie quand ces trois chiffres bougent grâce à elle.

TL;DR — Une application rapporte plus qu'elle ne coûte quand les commandes ou les rendez-vous qu'elle apporte en plus couvrent son coût mensuel. Nos forfaits incluent six mois de maintenance ; ensuite, le plancher publié est de 350 € par mois. Avec un panier moyen de 60 €, cela demande six commandes de plus par mois — six sur le mois, pas six sur l'année. En dessous de ce seuil, la version mobile de votre site prend déjà ces commandes, et nous vous le disons avant de vous vendre quoi que ce soit.

Les trois chiffres qui décident, et où ils sont déjà écrits

Le premier est un nombre d'unités : commandes encaissées, réservations confirmées, rendez-vous pris. C'est le seul chiffre auquel une application se compare, parce que c'est le seul qu'elle peut faire bouger. Un devis qui promet « plus de visibilité » ne dit rien de ce nombre.

Le deuxième est le panier moyen. Une commande supplémentaire ne rapporte pas votre chiffre d'affaires divisé par votre nombre de clients : elle rapporte le panier moyen, celui qui se lit dans vos factures. C'est ce montant qui entre dans le calcul, pas le meilleur mois de l'année.

Le troisième est le taux de retour — la part de vos clients qui commandent, réservent ou reprennent rendez-vous une seconde fois. C'est lui qui départage l'application du site : accès depuis l'écran d'accueil, notification qui rappelle un réassort, historique de commande en un geste.

Ces trois chiffres ne demandent aucune étude. Si vous vendez déjà en ligne, ils sont sur un tableau de bord : la grille que nous publions inclut, au niveau Business, le suivi du chiffre d'affaires, du panier moyen, du stock et des alertes.

Une application se télécharge, votre site s'ouvre

innotech-it.fr est construit sur Next.js avec l'App Router, en rendu serveur, avec des pages pré-rendues. Ce choix ne se voit pas à l'écran : il se voit dans ce que reçoit un visiteur qui arrive d'une recherche — une page déjà construite, pas un écran vide qui se remplit. C'est ce qui fait qu'un site convertit un client qui ne vous connaissait pas encore.

Une application, elle, suppose un téléchargement avant la première commande. L'obstacle est léger pour quelqu'un qui vous connaît déjà, et réel pour quelqu'un qui vous découvre. Autrement dit : une application ne capte pas des clients qui ne vous connaissent pas encore, elle sert ceux qui reviennent déjà. Si votre activité vit de clients de passage ou d'un achat qui ne se répète pas, vous financez un canal qui ne peut pas travailler.

Ce que l'application coûte les mois où elle ne vend rien

Trois postes courent même quand l'application n'encaisse rien. D'abord l'adhésion annuelle au programme Apple — 99 $ par an, à régler pour publier et pour mettre à jour. Ensuite la maintenance : nos forfaits incluent six mois, puis le niveau d'entrée publié est de 350 € par mois, sans engagement de durée — 750 € pour le niveau Croissance, 1 500 € pour Partenaire, selon ce que vous voulez y mettre. Enfin les mises à jour imposées par les magasins d'applications : une application qui n'est plus acceptée ne s'installe plus, alors que votre site, lui, reste en ligne.

Le travail d'avant-publication s'ajoute au développement : les déclarations à remplir avant la soumission côté Google Play, et côté Apple un examen dont les délais d'examen qu'Apple publie donnent la mesure — 90 % des soumissions examinées en moins de 24 heures, mais plus de 40 % des problèmes non résolus qui relèvent de la complétude du dossier. Un dossier incomplet repart dans la file, et pendant ce temps l'application ne prend aucune commande. Ce n'est pas un argument contre l'application : c'est une ligne de plus dans le calcul.

Si une part de vos ventes est dématérialisée, ajoutez la commission du magasin — Apple la ramène à 15 % sur les ventes encaissées dans l'application pour les développeurs qui encaissent moins d'un million de dollars par an sur son magasin.

Le calcul, avec votre panier moyen

Prenez notre plancher publié — 350 € par mois — et divisez-le par votre panier moyen. Vous obtenez le nombre de commandes supplémentaires que l'application doit apporter chaque mois pour ne pas creuser la marge. Avec un panier moyen de 40 € : neuf commandes. Avec 60 € : six. Avec 120 € : trois. Ce sont ces nombres-là, et pas un pourcentage de croissance, qu'il faut regarder avant de signer.

Les six mois de maintenance inclus décalent le problème sans le supprimer : la question du seuil se pose au septième mois, quand la première facture de suivi arrive. C'est aussi le moment où l'on sait si l'application a fait bouger le nombre d'unités.

Le taux de retour fait pencher la décision. Si vos clients commandent une fois par an, aucune notification ne créera un besoin qui n'existe pas : l'application coûtera chaque mois sans jamais déplacer le nombre de commandes. S'ils reviennent tous les mois — alimentaire, consommables, pièces détachées, entretien — l'application devient le seul canal qui parle à quelqu'un qui a déjà décidé de vous faire confiance.

Le demi-million de visites que le web a porté tout seul

Sur Food By Box, l'e-commerce alimentaire livré entre janvier et mars 2022, le site a atteint 500 000 visites mensuelles en deux ans. Les 500 000 visites mensuelles de Food By Box sont sur sa fiche, avec le budget de création et l'optimisation facturée au mois pendant ces deux années. Un site a porté ce volume sans application, y compris au moment où il devenait une boutique que des centaines de milliers de personnes ouvraient chaque mois.

Le choix technique, lui, se lit en euros payés chaque mois. Sur la migration WordPress réalisée pour l'artiste Tatiana Miath, vers un storefront Astro adossé à une boutique Medusa auto-hébergée, les visuels ont été allégés de 88 % et tout le site tient en 10,3 ko de JavaScript : une facture d'hébergement plus légère et un catalogue que la cliente met à jour elle-même. C'est ce que nous entendons par le coût de possession d'un projet, et les projets que nous avons livrés et leurs chiffres se lisent un par un, sans promesse.

Sous ce seuil, la version mobile de votre site suffit — et nous le disons

Si vous ne savez pas encore ce que l'application va vous rapporter, il ne faut pas la financer. Un site conçu pour le mobile prend les commandes, les réservations et les demandes de devis, s'ouvre depuis un lien, se trouve dans les recherches et ne dépend d'aucun magasin pour rester accessible. Le forfait d'entrée que nous publions est à 3 900 € pour 10 à 12 jours de travail, réservation ou devis en ligne compris, avec six mois de maintenance — et il porte jusqu'à 20 000 visites par mois. Le niveau au-dessus, à 10 000 €, va jusqu'à 50 000 visites par mois, et une plateforme se chiffre à partir de 20 000 €.

Au-dessus du seuil, la décision change de nature. Une application devient l'outil juste quand vos clients commandent souvent, quand votre panier moyen est élevé, ou quand vos équipes ont besoin d'un outil sur le terrain : là, il ne s'agit plus d'une vitrine mais d'un outil de production, et la façon dont nous posons le calcul du retour sur une application métier s'applique telle quelle.

Notre grille publiée ne porte d'ailleurs aucune ligne « application mobile ». Ce n'est pas un oubli : un projet mobile se chiffre après avoir répondu aux trois questions ci-dessus, et quand une information manque, nous écrivons [À VÉRIFIER] plutôt qu'un prix de confort. Ce qui ne change pas : le code, la base et le dépôt vous appartiennent à la livraison, installés sur votre infrastructure, jamais dans un service étranger que vous ne contrôlez pas, et ce que couvre la maintenance après la livraison est écrit noir sur blanc.