Optimiser les chemins de clic dans le processus de réservation
Je souhaite optimiser les chemins de clic d'un processus de réservation. Pour comprendre les exigences, permettez-moi de les expliquer un peu:
Une chambre peut être réservée directement ou manuellement. La deuxième option nécessite une confirmation de l'hôtel, la première sera réservée immédiatement par le système si elle est disponible.
Chaque salle dans les résultats de recherche contient deux chemins de clic:
- La page de détail de la salle.
- Page de réservation (voir capture d'écran).
La page de réservation se compose de deux/trois sous-pages:
- Sélectionnez les dates
- Sélectionnez le mode de paiement
- Confirmation
La deuxième page ne sera visible que si la chambre peut être réservée directement. Sinon, le site de confirmation sera affiché lorsque l'utilisateur confirmera les dates de réservation.
Sur la page de détail, l'utilisateur peut choisir les dates de réservation et passer directement à la page de réservation. Les dates de réservation choisies sur la page de détail seront reprises.
Ainsi, comme je l'ai mentionné précédemment, il existe deux chemins de clic pour ajouter les dates de réservation. Je vois un certain potentiel d'optimisation ici:
Est-il préférable de laisser de côté la sélection des dates de réservation sur la page de détail et d'aller directement à la page de réservation. Imaginez que l'utilisateur ajoute les dates de réservation sur la page de détail et au fur et à mesure qu'il avance sur la page de réservation, il les voit à nouveau et peut à nouveau les modifier. Pourquoi ne pas aller directement sur la page de réservation et les ajouter?
Pour répondre directement à votre question, il est préférable d'avoir le sélecteur de date à la fois sur la page de détails et sur la page de réservation.
Il existe plus d'une façon d'habiller un chat et il en va de même pour effectuer des tâches dans de nombreuses applications Web et de bureau. Pensez à toutes les façons dont vous apportez des modifications dans une application de traitement de texte - menus déroulants, raccourcis clavier, menus flottants - plusieurs façons d'effectuer la même tâche.
Il n'y a certainement rien de mal à avoir plusieurs façons d'exécuter la même action tant qu'elles sont cohérentes et que les informations persistent d'un écran à l'autre. Vous ne voulez certainement pas que l'utilisateur doive saisir à nouveau les informations s'il l'a déjà fait une fois.
Dans votre exemple spécifique, ai-je tort d'imaginer que la plage de dates indiquerait la disponibilité de la chambre?
Imaginez ce scénario, un utilisateur veut une chambre pour certaines dates et regarde la page de détails, puis sélectionne les dates dont il souhaite vérifier la disponibilité. Si les dates ne sont pas disponibles, l'utilisateur peut revenir en arrière d'une page et vérifier la disponibilité de la chambre suivante. Vous détesteriez que l'utilisateur doive consulter la page de détails, puis aller sur la page de réservation pour vérifier les dates de la chambre, pour découvrir ensuite que la chambre n'est pas disponible et devoir prendre des mesures supplémentaires pour revenir à la navigation.
Le plus tôt l'utilisateur peut vérifier les dates, mieux c'est, surtout si elles ne sont pas disponibles. Il y a un gros avantage à avoir les dates sur les deux écrans. De plus, il n'y a pas de gros inconvénient à avoir ces informations sur les deux écrans. Il y a des raisons pour lesquelles, en tant qu'utilisateur, vous aimeriez changer les dates sur l'un de ces deux écrans.