Étude de cas
Chevauchée Pyrénéenne
Conception et développement d’une application de gestion pour un centre équestre : planning, chevaux, cavaliers, disponibilités et prévention des doubles réservations.
Le point de départ
Chevauchée Pyrénéenne organisait ses sorties à cheval à l’aide d’un tableau Excel complété par un carnet papier. Ce fonctionnement hybride rendait l’information difficile à synchroniser : une modification notée à un endroit n’était pas toujours répercutée dans l’autre, et il arrivait qu’un cheval soit considéré comme disponible alors qu’il était déjà réservé ou temporairement indisponible.
J’ai conçu et développé une application de gestion sur mesure qui centralise le planning, les cavaliers, les chevaux, les accompagnateurs et les acomptes. L’objectif n’était pas simplement de numériser le tableau existant, mais d’intégrer les règles métier directement dans le produit afin de prévenir les erreurs au moment où une sortie est créée.
Le périmètre couvre deux sites équestres, le planning des sorties, le registre des chevaux, le fichier clients, les accompagnateurs, le suivi des acomptes et une interface responsive.
Les problèmes à résoudre
- Éviter qu’un même cheval soit réservé sur deux sorties qui se chevauchent.
- Ne proposer que les chevaux réellement disponibles, sur le bon site et dans un état compatible avec une sortie.
- Vérifier la compatibilité entre le poids du cavalier et la capacité du cheval.
- Donner une vue claire de la journée sans devoir croiser plusieurs supports.
- Centraliser les informations utiles sans alourdir la prise de réservation.
- Rendre l’outil utilisable sur ordinateur comme sur téléphone, y compris sur le terrain.
Une première version pour rendre l’activité visible
La première itération pose la structure du produit : une vue d’ensemble, le planning, le registre des chevaux et le fichier clients. Le tableau de bord rassemble les indicateurs importants de la journée — sorties, chevaux disponibles, repos et suivis de santé — pour que le responsable identifie immédiatement les points d’attention.
Première itération : validation de la structure, de la hiérarchie de l’information et des principaux flux métier.
Cette version volontairement générique a permis de valider l’architecture de l’interface avant d’intégrer l’identité et les besoins spécifiques de Chevauchée Pyrénéenne.
Transformer les règles métier en garde-fous
Le cœur du projet se trouve dans la création d’une sortie. L’application ne se contente pas d’enregistrer une réservation : elle calcule les disponibilités et réduit les choix possibles à ceux qui sont réellement valides.
Pour chaque demande, elle croise :
- le site de départ ;
- la date, l’heure et la durée de la sortie ;
- les réservations déjà enregistrées sur les créneaux qui se chevauchent ;
- l’état du cheval — disponible, malade ou blessé ;
- sa capacité maximale ;
- le poids du cavalier ;
- la disponibilité de l’accompagnateur sur le site concerné.
Le parcours complet de création réunit le site, le créneau, l’accompagnateur et les cavaliers. Pour un cavalier de 75 kg, seuls les chevaux disponibles et capables de le porter restent proposés.
Cette approche déplace la vérification au bon endroit : au moment de la réservation, avant qu’une erreur n’entre dans le planning.
Un planning pensé pour l’exploitation quotidienne
Le planning journalier regroupe l’horaire, la durée, l’accompagnateur, les duos cavalier–cheval et le statut de l’acompte. L’équipe peut également intervertir deux chevaux sans reconstruire les sorties concernées.
Une lecture par journée, centrée sur l’action : qui part, avec quel cheval, à quelle heure et avec quel statut de paiement.
Le produit couvre aussi les opérations courantes :
- créer, modifier ou supprimer une sortie ;
- ajouter un cavalier enregistré ou un cavalier de passage ;
- attribuer plusieurs duos cavalier–cheval à une même sortie ;
- enregistrer ou retirer un acompte ;
- suivre les jours de repos et l’état de santé de chaque cheval ;
- gérer les accompagnateurs et leurs sites d’intervention ;
- basculer entre le Plateau du Bénou et Bious.
Un registre qui reflète l’état réel des chevaux
Chaque fiche rassemble la capacité maximale du cheval, sa dernière sortie, ses jours de repos et son état de santé. Ces informations alimentent directement les règles de disponibilité utilisées lors de la réservation.
Le registre centralise les informations qui étaient auparavant réparties entre plusieurs supports et la mémoire de l’équipe.
Une interface alignée avec le centre
Après validation des flux, l’interface a été adaptée à l’identité de Chevauchée Pyrénéenne : logo, palette naturelle, typographie éditoriale et iconographie équestre. Les deux sites sont accessibles depuis un sélecteur constant afin que le contexte soit toujours visible.
La version consolidée centralise l’activité, les disponibilités, les repos et les alertes de santé pour le site sélectionné.
Le tableau de bord ne cherche pas à tout montrer. Il met en avant les informations qui demandent une décision, puis donne accès au détail lorsque c’est nécessaire.
Conçu aussi pour le terrain
L’application est responsive et remplace la navigation latérale par une barre d’onglets sur mobile. Les actions principales restent accessibles au pouce et les indicateurs se réorganisent sans perdre leur priorité.
Avant / après
| Avant | Avec l’application |
|---|---|
| Informations réparties entre Excel, papier et mémoire de l’équipe | Une source unique partagée |
| Disponibilité vérifiée manuellement | Chevaux filtrés selon le créneau, le site, l’état et la capacité |
| Risque de double réservation lors des changements | Détection des chevauchements avant l’enregistrement |
| Association cavalier–cheval fondée sur une vérification humaine | Compatibilité de poids intégrée au parcours |
| Acomptes suivis séparément | Statut visible dans le planning journalier |
| Vision partielle de l’activité | Tableau de bord avec alertes et indicateurs utiles |
| Supports peu adaptés au terrain | Interface responsive sur ordinateur et téléphone |
Évolution du projet
1. Socle fonctionnel
Création du tableau de bord, du planning, du registre des chevaux, du fichier clients, du modèle de données et des premières actions de gestion.
2. Identité du centre
Passage du prototype générique à Chevauchée Pyrénéenne : nom du centre, responsable et données de démonstration adaptées.
3. Fiabilisation du planning
Ajout de la vue journalière, du suivi du repos et de la vérification des chevauchements pour empêcher qu’un cheval soit attribué à deux sorties simultanées.
4. Suivi commercial
Ajout du statut d’acompte directement sur chaque duo cavalier–cheval dans le planning.
5. Consolidation métier et déploiement
Ajout des deux sites, des accompagnateurs par site, de la modification et de la suppression des sorties, de l’interversion des chevaux, d’un sélecteur visuel de chevaux compatibles, de la gestion mobile, de l’authentification et d’une version de production pour o2switch avec Express et MariaDB.
Choix techniques
Le prototype full-stack repose sur React 19, TypeScript, Vinext, Cloudflare D1 et Drizzle ORM. Cette première architecture a permis d’itérer rapidement sur les règles métier et le modèle relationnel : chevaux, clients, sorties, accompagnateurs et attributions.
Pour répondre à l’environnement d’hébergement du client, une version de livraison séparée a ensuite été préparée pour o2switch : frontend Vite, serveur Express, base MariaDB, compte administrateur unique, sessions sécurisées et import contrôlé des données.
La logique sensible est vérifiée côté serveur. Les contraintes d’unicité en base complètent les contrôles applicatifs afin qu’un cheval ou un cavalier ne puisse pas être attribué deux fois à la même sortie.
Résultat
Le projet remplace un assemblage de supports par un outil métier cohérent. La valeur principale n’est pas seulement la centralisation : l’application traduit les règles de fonctionnement du centre en validations automatiques, ce qui réduit le risque d’erreur avant qu’il n’atteigne le planning.
Les bénéfices observables dans le produit sont :
- une disponibilité calculée plutôt qu’estimée ;
- une vision partagée entre les deux sites ;
- moins de vérifications manuelles lors de la réservation ;
- un suivi opérationnel et commercial au même endroit ;
- une interface utilisable depuis le bureau comme depuis le terrain.
Ce que j’en retiens
Numériser un processus ne consiste pas à reproduire un tableau dans une interface. Le travail le plus utile a été d’identifier les décisions qui reposaient jusque-là sur la mémoire de l’équipe, puis de les transformer en règles compréhensibles et vérifiables par le produit.
La disponibilité d’un cheval n’est pas un simple statut : c’est le résultat d’un site, d’un état de santé, d’une capacité, d’un planning et d’un créneau. En modélisant cette réalité, l’application devient un véritable outil d’aide à la décision plutôt qu’un registre supplémentaire.
Les captures ont été générées dans une copie locale isolée à partir de données de démonstration. Elles ne contiennent pas les données opérationnelles du client.