Ce que 1,6 million de réservations m'ont appris sur les apps que les gens utilisent

Nova Sport, la plateforme sportive que j'ai construite et que je fais tourner, a traité plus de 1,6 million de réservations pour plus de 180 000 utilisateurs, dans la moitié des universités belges. À cette échelle, on ne peut plus se raconter d'histoires : les données montrent ce que les gens font vraiment avec une app, pas ce qu'ils disent en réunion. Voici les leçons qui ont survécu à ces années : celles que j'applique désormais à chaque produit que je construis pour un client. Aucune n'est spectaculaire. Toutes sont contre-intuitives pour qui n'a jamais opéré un produit en vrai.

La vitesse bat les fonctionnalités

À chaque arbitrage entre une nouvelle fonctionnalité et un produit plus rapide, la vitesse a gagné. Une réservation qui se fait en trois gestes fluides est utilisée ; la même en six écrans lents est abandonnée, même si la version lente offre plus d'options.

La raison est simple : une app de réservation s'utilise dans les interstices de la journée. Entre deux cours, sur le quai du tram. Si l'app ne répond pas immédiatement, le moment passe et l'intention avec. Les fonctionnalités attirent dans la page de présentation du store ; la vitesse fait revenir. Un produit qui veut des habitués se juge au temps entre l'ouverture de l'app et l'action accomplie. Tout ce qui allonge ce temps doit se justifier.

L'onboarding est le produit

La majorité des utilisateurs décident dans les toutes premières minutes s'ils reviendront. Pas après une semaine d'exploration : à la première session.

J'ai appris à traiter le premier parcours comme le produit lui-même. Demander le minimum d'informations, montrer la valeur avant de demander un effort, et amener chaque nouvel arrivant à une première réussite (trouver un partenaire, réserver un terrain) le plus vite possible. Sur Nova Sport, choisir ses sports et son niveau en quelques gestes, puis voir immédiatement des partenaires et des créneaux pertinents : c'est cette séquence qui transforme un curieux en utilisateur.

Le test que je recommande à chaque fondateur : mettez votre app entre les mains de quelqu'un qui ne l'a jamais vue, sans rien expliquer. Chronométrez le temps jusqu'à la première réussite. Chaque minute au-delà de deux est un gouffre à utilisateurs.

Des notifications qu'on ne coupe pas

Les notifications sont l'outil le plus puissant et le plus dangereux d'une app mobile. Mal utilisées, elles mènent en deux gestes vers la désactivation complète, et un utilisateur qui a coupé les notifications est à moitié parti.

La règle qui a tenu : chaque notification doit concerner l'utilisateur, lui, maintenant. Ta réservation est confirmée. Ton match commence dans une heure. Quelqu'un rejoint ton groupe. Zéro notification « on ne vous a pas vu depuis longtemps ». La distinction est simple à formuler : un service rendu à l'utilisateur, pas un service que l'app se rend à elle-même. Les secondes s'achètent au prix des premières.

Le 20 % ennuyeux qui décide de tout

Personne ne lance un produit pour construire la réinitialisation de mot de passe. Pourtant, la confiance des utilisateurs se joue précisément là : les comptes, les paiements, l'administration.

Une session de sport annulée doit rembourser ou recréditer, immédiatement et visiblement. Une connexion doit fonctionner du premier coup, y compris après six mois d'absence. Et l'interface d'administration, celle que le client utilise chaque jour pour gérer ses groupes, ses créneaux et ses championnats, mérite le même soin que l'app publique. C'est un point que les universités et les entreprises utilisant Nova Sport m'ont appris : le back-office est le produit de votre client, autant que l'app est celui de ses utilisateurs. L'étude de cas montre les deux faces.

Dans un budget, cette partie ennuyeuse pèse facilement un cinquième du total. La rogner se paie en tickets de support et en confiance perdue. C'est aussi pour cela que je détaille toujours ce qui est inclus dans mes devis.

Concevoir pour l'habitude, pas pour la démo

Une app qui impressionne en démonstration et une app qu'on utilise chaque semaine sont deux objets différents. La démo récompense l'effet ; l'habitude récompense la constance.

Concevoir pour l'habitude change les priorités. Les actions fréquentes doivent être accessibles en un geste depuis l'ouverture. L'écran d'accueil doit montrer ce qui a changé (nouveaux créneaux, nouvelles personnes, prochain match) pour qu'ouvrir l'app soit toujours récompensé. Et la fiabilité prime sur la nouveauté : une habitude se construit sur des dizaines de petites interactions réussies, et se détruit en deux échecs.

C'est un déplacement du regard : moins « qu'est-ce qui éblouit au premier contact », plus « qu'est-ce qui reste utile la cinquantième fois ».

Ce que je construirais différemment aujourd'hui

L'honnêteté oblige : avec ce que je sais maintenant, je referais certaines choses autrement.

Je mesurerais plus, plus tôt. Les premières décisions se prenaient à l'intuition ; certaines étaient bonnes, d'autres ont coûté des mois. Quelques événements analytiques bien choisis dès le premier jour auraient accéléré tous les apprentissages de cet article.

Je lancerais plus petit. Des fonctionnalités construites par anticipation ont attendu longtemps leurs utilisateurs. La demande réelle est un meilleur architecte que la prévision.

Et je garderais une chose intacte : le soin du parcours principal. C'est lui qui a porté la croissance, les partenariats avec les universités et les entreprises, et les apps dédiées construites ensuite pour cinq clients.

Ces leçons sont désormais comprises dans chaque produit que je livre. Si vous construisez une app dont vous voulez qu'elle serve encore dans trois ans, parlez-moi de votre projet.