ÉTUDE DE CAS - RÉPARÉVOU

L'application repose sur deux espaces distincts, pensés autour des besoins de chaque utilisateur.

• Côté client, il est possible de rechercher un professionnel selon plusieurs critères : ville, nom ou prénom, service proposé ou disponibilités sur une période donnée.
  Chaque profil permet ensuite de consulter les services proposés, les disponibilités et les avis, avant de choisir un créneau et de finaliser la réservation avec le paiement.
• Côté professionnel, un espace dédié permet de gérer son profil, créer ses services, organiser ses disponibilités et suivre ses réservations à venir, passées ou annulées.
  L'enjeu était donc de faire fonctionner deux parcours différents autour des mêmes données, tout en gardant une expérience simple côté interface.

Le parcours commence avant même la réservation grâce à un moteur de recherche multicritère développé sur Xano. Le client peut filtrer les résultats dynamiquement selon le nom du professionnel, la ville, le type de prestation ou une plage de dates. L'API gère la combinaison de ces paramètres optionnels pour retourner des résultats précis sans alourdir la requête.

Une fois le professionnel sélectionné, l'application récupère ses horaires pour générer les créneaux proposés. L'algorithme back-end croise ensuite ces données avec la table des réservations existantes afin d'exclure les doublons et de n'afficher que les plages réellement libres.

Toute cette logique métier est centralisée côté Xano, garantissant l'intégrité des données et permettant à l'interface WeWeb de rester légère et réactive.

Une application avec plusieurs profils et des données personnelles demande évidemment une gestion précise des accès.

J'ai mis en place une authentification JWT, avec une séparation entre les rôles client et professionnel.

La sécurité repose à la fois sur le rôle de l'utilisateur et sur la propriété des données, afin qu'un utilisateur ne puisse consulter ou modifier que les ressources auxquelles il a réellement accès.

Les contrôles ont notamment été renforcés avec des middlewares Xano, et le webhook Stripe a été sécurisé à l'aide d'une signature HMAC.

Le parcours de réservation est connecté à Stripe afin de permettre le paiement directement depuis l'application. Une fois le paiement validé, le webhook Stripe transmet l'événement au back-end pour confirmer la réservation et mettre à jour son statut.

En parallèle, j'ai mis en place des automatisations pour gérer les communications autour du rendez-vous :

• Brevo : envoi des e-mails transactionnels et des récapitulatifs de réservation aux clients et aux professionnels.
• Make : un scénario automatisé, déclenché via un webhook Xano, programme l'envoi d'un SMS de rappel 24 h avant le rendez-vous afin de limiter les oublis et les rendez-vous non honorés.

Réparévou est probablement le projet qui m'a le plus permis d'exploiter le low-code, bien au-delà d'une simple interface. J'ai utilisé WeWeb pour le front-end et les parcours utilisateurs, tandis que j'ai centralisé toutes les données, la logique métier et mes API REST sur Xano.

C'est justement ce type de défi qui me plaît : partir d'une idée assez simple et devoir construire toute l'architecture derrière, en y connectant des services tiers (Stripe, Brevo, Make), pour la rendre réellement fonctionnelle et robuste.