Choisir un départ pour découvrir, à la fin du formulaire, qu’il est complet : voilà du temps perdu pour le voyageur. Les disponibilités doivent apparaître dès le choix de la date et de l’horaire, et la sélection doit être conservée jusqu’à la confirmation. L’horaire affiché et la possibilité de réserver sont deux informations distinctes.
Dans l’agglomération lyonnaise, cette distinction appelle une autre précision. Pour les bus et trolleybus TCL ordinaires, on cherche généralement un itinéraire et on achète un titre ; on ne réserve pas de siège. Un formulaire de réservation s’adresse plutôt à un service qui le prévoit, comme un autocar pour un groupe, une navette sur inscription ou une visite organisée. Le site doit le dire clairement. Pour les trajets qui dépassent l’agglomération, les [autocars périurbains autour de Lyon et leurs correspondances](/lyon-suburban-coaches-role/) sont à distinguer des lignes urbaines.
Donner les bonnes informations avant le formulaire
Avant toute saisie, la page doit indiquer le point de départ, la destination, la durée indicative, les horaires proposés et ce qui est inclus. « Départ Lyon » ne suffit pas : il faut un lieu identifiable et, si nécessaire, une consigne pour y accéder. La fiche peut préciser si le trajet est direct, si une correspondance reste à organiser et combien de temps avant le départ les voyageurs doivent se présenter. Ces renseignements doivent être repris sans contradiction dans le récapitulatif et le courriel de confirmation.
Même exigence pour le tarif. S’il varie selon le nombre de voyageurs, l’âge ou une option, la règle doit être visible avant la saisie des coordonnées. Les frais obligatoires ne doivent pas apparaître à la dernière étape ; une option facultative, elle, reste décochée et clairement nommée. Pour un groupe, mieux vaut parfois afficher « demande de devis » que présenter un prix calculé automatiquement comme une réservation ferme.
Les conditions de modification et d’annulation ont leur place près du choix de l’horaire ou du tarif. Elles doivent préciser le délai applicable, les éventuels frais et la façon de demander un changement. Obliger le client à quitter la page pour les trouver, c’est risquer de lui faire recommencer sa saisie — ou de le laisser réserver sans avoir compris les règles.
Construire un parcours court, sans étapes surprises
Ne demander que les données nécessaires
Le formulaire peut commencer par la date, le trajet et le nombre de personnes. Les coordonnées viennent ensuite, lorsqu’une place ou une prestation peut effectivement être proposée. Une adresse postale complète n’est pas toujours nécessaire ; si elle sert à établir une facture, il suffit de l’expliquer. De même, demander un numéro de téléphone doit répondre à un besoin identifiable, par exemple prévenir d’un changement concernant le départ.
Les champs obligatoires doivent être signalés avant l’envoi, et non révélés par un message d’erreur. « Adresse électronique pour recevoir la confirmation » renseigne mieux qu’un simple « E-mail ». Si une personne réserve plusieurs places, précisons quand les noms des autres voyageurs seront demandés : tout de suite, plus tard ou pas du tout. Chaque donnée superflue allonge la saisie et crée une occasion d’erreur.
Rendre les choix révisables
Avant validation, un récapitulatif doit permettre de corriger la date, l’horaire ou le nombre de voyageurs sans tout recommencer. Revenir à l’étape précédente ne devrait pas effacer les données saisies. Si une place n’est plus disponible entre la sélection et le paiement, mieux vaut le dire et montrer les départs encore ouverts que renvoyer une erreur technique.
Une barre de progression n’est utile que si elle correspond aux étapes réelles : « Trajet », « voyageurs », « confirmation », par exemple. Des écrans ajoutés pour donner une impression de progression ne font qu’allonger le parcours. Sur téléphone, les dates et les horaires doivent pouvoir être consultés sans gestes minutieux ni défilement horizontal.
- Afficher clairement les départs complets, sans les laisser paraître sélectionnables.
- Conserver la date et le trajet lorsqu’un autre champ comporte une erreur.
- Montrer le prix total et la nature de la prestation avant le dernier bouton.
- Nommer l’action finale selon le cas : payer, réserver sans paiement ou envoyer une demande.
Éviter les confusions entre demande, réservation et paiement
Une demande de disponibilité attend encore une réponse. Une réservation confirmée signifie que la prestation est enregistrée selon les conditions affichées. Quant au paiement, il peut être demandé immédiatement, plus tard ou ne pas être nécessaire. Le libellé du bouton final et le message qui suit doivent refléter exactement ce que le client vient de faire.
Si une validation manuelle est nécessaire, la page peut annoncer le délai de réponse habituel, sans promettre une place qui n’a pas été vérifiée. Le message immédiat peut fournir un numéro de demande et préciser qu’il ne s’agit pas encore d’un billet. Pour une réservation automatique, la confirmation reprend le trajet, la date, l’heure, le lieu de rendez-vous, le nombre de places et la référence. Elle doit aussi être lisible à l’écran : le courriel peut tarder à arriver.
Après une interruption ou un retour depuis la page de paiement, le client doit pouvoir vérifier si la transaction a abouti avant de réessayer. Un état « en cours de vérification » vaut mieux qu’un bouton incitant aussitôt à payer une seconde fois. Pouvoir retrouver sa réservation avec une référence et son adresse électronique évite également des demandes au service client.
Soigner les détails qui bloquent vraiment sur mobile
Le formulaire doit rester utilisable sans agrandir l’écran. Chaque champ garde un intitulé visible, les boutons sont assez espacés et le clavier proposé correspond à la donnée attendue. Un calendrier utilisable seulement à la souris, un menu difficile à fermer ou un bandeau qui masque le bouton de validation peuvent interrompre une réservation.
L’accessibilité ne tient pas seulement à la taille des caractères. Une erreur doit être expliquée en toutes lettres et associée au champ concerné, sans reposer uniquement sur la couleur rouge. Le formulaire doit pouvoir être parcouru au clavier, dans un ordre logique. Si la session expire au bout d’un certain temps, un avertissement préalable évite de perdre une saisie longue, notamment pour un groupe.
Il faut aussi prévoir l’aller simple, la réservation pour un tiers, les besoins d’accessibilité ou les bagages particuliers. Pas besoin pour autant d’afficher toutes les questions à tout le monde : un champ conditionnel peut apparaître lorsque la réponse précédente le justifie. Si la demande ne peut pas être traitée automatiquement, la page doit expliquer comment obtenir une réponse avant le départ.
Tester le parcours avec des cas concrets
Un formulaire qui fonctionne pour l’équipe du site n’est pas forcément clair pour une personne qui le découvre. On peut lui donner une tâche précise : réserver deux places à une date donnée, retrouver le lieu de départ et vérifier les conditions de modification. Ses hésitations montrent quels termes prêtent à confusion et si le moment où la réservation devient ferme est bien compris.
Les tests doivent couvrir le trajet courant, mais aussi les exceptions : départ complet, paiement refusé, adresse électronique mal saisie, retour à l’étape précédente. Chacun révèle un défaut possible. L’écran final, le courriel et la fiche de réservation retrouvée ensuite méritent d’être vérifiés séparément. Si l’heure est juste sur la page mais différente dans le message envoyé, le problème est bien réel, même si le formulaire fonctionne.
Les données d’usage aident à choisir les points à examiner, sans expliquer à elles seules ce qui bloque. Un abandon fréquent sur l’écran des coordonnées peut venir d’un champ pénible à remplir, d’un prix découvert trop tard ou d’un doute sur les conditions. Il faut rapprocher ces chiffres des messages reçus et de tests réalisés sur plusieurs tailles d’écran, puis corriger le libellé ou l’étape en cause et vérifier si le blocage persiste.
Dernier essai utile : ouvrir la confirmation sur un téléphone, loin du formulaire. L’adresse exacte du départ, l’heure, la référence et la marche à suivre en cas de changement doivent rester compréhensibles sans revenir à la page de réservation.
