Étude 01 / 02

Notre produit — sur l’App Store et Google Play

Central Events : faire revenir sur une place de marché.

Notre propre plateforme met en relation organisateurs d'événements et prestataires. Le pire terrain possible pour la fidélité : un client organise un mariage, puis disparaît. C'est exactement pour ça qu'on en a fait le laboratoire de la méthode.

Le point de départ.

Central Events est une place de marché : d'un côté des organisateurs qui cherchent un traiteur, un DJ, un photographe ; de l'autre des prestataires qui cherchent des demandes. Deux publics, deux rythmes de retour totalement différents — et une app mobile publiée sur les deux stores.

L'app n'a pas été construite « parce qu'il en fallait une ». Elle a été conçue après l'analyse, pour résoudre un problème précis de rétention que le site web seul ne pouvait pas résoudre.

Central Events — vitrine prestataireCentral Events — annuaire des prestatairesCentral Events — parcours d’inscription

La méthode, étape par étape.

Étape 01 / 05

Analyse : deux publics, deux problèmes de retour

L'organisateur vit un usage épisodique : il vient pour un événement, puis n'a plus de raison de revenir avant le suivant. Le prestataire, lui, a une raison de revenir chaque semaine — de nouvelles demandes à saisir. Conclusion de l'analyse : la rétention de la plateforme se joue d'abord côté prestataires, et c'est leur réactivité qui fait revenir les organisateurs.

Étape 02 / 05

Opportunités : la vitesse de réponse comme moteur

Une demande de devis qui reste sans réponse fait fuir l'organisateur — et le prestataire qui répond en premier remporte une grande partie des affaires. L'opportunité de fidélisation numéro un était donc là : faire savoir au prestataire, immédiatement, qu'une demande l'attend.

Étape 03 / 05

Conception : les mécaniques choisies — et celles écartées

Notifications push à l'arrivée d'une demande, espace membre avec historique des échanges, vitrine profil que le prestataire vient entretenir, tableau de bord de ses demandes. Pas de programme de points ici : sur une place de marché B2B, la « récompense » est la demande elle-même. Une mécanique qui ne sert pas le retour n'entre pas dans l'app — même quand c'est la nôtre.

Étape 04 / 05

Développement : le même socle que nos clients

L'app Central Events est construite sur le socle Flutter que nous réutilisons pour les applications clientes : authentification, notifications, espace membre, synchronisation temps réel. Chaque amélioration testée sur notre produit bénéficie aux systèmes que nous livrons — et inversement.

Étape 05 / 05

Optimisation : ce que les chiffres réels ont changé

Depuis le lancement, la plateforme évolue sur ses données d'usage : relances des demandes restées sans réponse, emails de cycle de vie, parcours d'inscription prestataire raccourci. La leçon transposable à n'importe quel client : les meilleures décisions de rétention ont toutes été prises après le lancement, en regardant ce que les utilisateurs faisaient vraiment.

Ce qu'il faut retenir

  • Même un business « sans clients récurrents » a un public qui revient — encore faut-il l'identifier avant de développer.
  • La mécanique de rétention la plus efficace est née de l'analyse, pas d'une liste de fonctionnalités à la mode.
  • Refuser une mécanique (ici, les points) fait autant partie de la méthode que d'en ajouter.
  • Vous pouvez vérifier ce cas par vous-même : l'app est téléchargeable sur les deux stores.