Un bouton « Réserver » est un point d'entrée. Pour que les joueurs trouvent un terrain et que l'accueil retrouve leur réservation, il faut définir le parcours derrière ce bouton : disponibilités, règles, coordonnées, confirmation et annulation.
Ce guide prépare une connexion au site du club. Il décrit les décisions à prendre et le périmètre documenté d'Okkre, sans présenter un parcours déjà démontré sur un site client. Sources locales relues le 10 octobre 2026 : Réservations, Site du club et API publique.
1. Choisir le point d'entrée
Placez le lien de réservation là où un joueur le cherche : depuis les activités padel, les informations pratiques et la navigation sur mobile. Le texte doit préciser ce qui va se passer. « Voir les créneaux de padel » est plus informatif qu'un bouton générique si l'étape suivante affiche les disponibilités.
Trois parcours peuvent être étudiés avec votre prestataire : un lien vers un service externe, un calendrier intégré ou une interface connectée à une API. Ils demandent des travaux différents. Vérifiez où le joueur est redirigé, ce qu'il voit sur mobile et comment il revient aux informations du club. Le choix technique ne doit pas être décidé à partir du seul aspect du bouton.
2. Montrer les informations utiles avant la réservation
Le joueur doit pouvoir identifier le terrain, la date, l'heure et la durée. Si un prix de créneau est présenté, il doit correspondre au créneau choisi. Expliquez les règles nécessaires avant validation : conditions d'accès, matériel éventuel à apporter, délai d'annulation et modalités de règlement effectivement prévues par le club.
Évitez de demander des informations qui n'aident pas à traiter la réservation. La documentation de l'API Okkre demande un email ou un téléphone. Le club et son prestataire doivent définir l'information affichée au joueur et la gestion des coordonnées dans le projet.
3. Confirmer une réservation acceptée
Un créneau consulté peut être pris par quelqu'un d'autre avant la validation. L'interface doit donc distinguer « demande en cours » et « réservation confirmée ». Si le créneau n'est plus disponible, proposez une actualisation et un autre choix, avec un message compréhensible.
Pour Okkre, la documentation prévoit la confirmation après la réponse de l'API. Elle décrit aussi un identifiant stable pour éviter une nouvelle création lors d'une nouvelle tentative de la même demande. Ces points doivent être traités par le prestataire ; une clé API reste sur son serveur, jamais dans le code public du site.
Une réservation confirmée ne prouve pas qu'un paiement a été encaissé. Le paiement en ligne n'est pas annoncé comme disponible dans ce périmètre Okkre. Présentez uniquement les modalités de règlement réellement définies avec le club.
4. Retrouver et annuler
Après la confirmation, indiquez au joueur comment retrouver les informations et joindre l'accueil en cas de difficulté. Ne promettez un email automatique ou un espace personnel que si ce parcours existe et a été vérifié.
L'API Okkre documente la consultation d'une réservation créée par cette API et son annulation. L'annulation conserve un statut dans l'historique. Elle ne constitue pas une promesse de remboursement, de notification automatique ou de portail d'annulation prêt à utiliser. L'interface et les règles du club restent à définir.
Une recette à faire avant l'ouverture
| Situation | Ce qu'il faut vérifier |
|---|---|
| Un joueur réserve sur mobile | Terrain, heure, durée et résultat restent lisibles ; la réservation acceptée est retrouvée dans le planning |
| Deux personnes choisissent le même créneau | Le conflit est expliqué ; la deuxième personne peut choisir un autre horaire |
| La connexion s'interrompt pendant l'envoi | Une nouvelle tentative de la même demande ne crée pas deux réservations |
| Le joueur annule | Le statut et la disponibilité sont cohérents avec les règles documentées |
| Le terrain ferme exceptionnellement | Le joueur ne se voit pas proposer un créneau qui doit être bloqué |
Testez ces scénarios avec vos données de test. Conservez pour chacun le résultat attendu, le résultat constaté et l'interlocuteur chargé d'une correction.
Site existant ou création complète ?
Si votre site répond déjà aux besoins du club, commencez par l'étude de connexion : technologie utilisée, prestataire, serveur disponible et parcours souhaité. La compatibilité immédiate avec tout site n'est pas promise.
Si vous préparez un nouveau site, définissez d'abord les contenus et les responsabilités de publication. La création du site et sa connexion à la réservation sont deux périmètres à préciser au devis ; l'une n'implique pas automatiquement l'autre.
Voir les réservations Okkre · Étudier la connexion du site · Découvrir l'offre logiciel padel · Parler de la connexion de mon site