Dans un processus de réservation de billets, quand faut-il réserver une place à l'utilisateur?
Si la place a lieu:
UNE. à partir du moment où l'utilisateur commence le processus de réservation, ou
B. uniquement lorsque l'utilisateur ajoute le ticket au panier?
Le processus de réservation:
- L'utilisateur sélectionne le nombre de billets à réserver
- (facultatif) L'utilisateur sélectionne l'adhésion à ajouter
- L'utilisateur remplit un formulaire pour chaque billet réservé
- Les billets sont ajoutés au panier
- L'utilisateur peut continuer à acheter des billets pour d'autres événements
À l'heure actuelle, l'argument de B est qu'aucun utilisateur ne devrait avoir de place jusqu'à ce qu'il confirme qu'il va définitivement acheter les billets. L'argument pour A est qu'il serait extrêmement frustrant pour l'utilisateur de passer par le processus de sélection des billets et d'ajout d'adhésions et de remplir des formulaires uniquement pour découvrir au dernier moment qu'il n'y a pas assez de billets.
Y a-t-il des recherches en faveur de l'un ou de l'autre? Ou y a-t-il un autre endroit dans le processus qui serait un meilleur endroit pour démarrer la minuterie?
Bien sûr, ce doit être A.
Du point de vue de l'utilisateur, il devrait sembler qu'il n'y ait personne d'autre sur le système. Sauf si vous leur dites, ils ne savent pas s'il reste un ticket ou 1000 tickets. Et ils ne savent certainement pas avec combien d'autres ils rivalisent.
Si vous ne réservez pas le billet depuis le début, alors chaque utilisateur du processus de réservation est en condition de course pour obtenir sa sélection dans le panier ou entrer le paiement le plus rapidement possible. Cela entraîne également plus d'erreurs lorsque les utilisateurs se sentent obligés ou pressés d'entrer des détails. De toute évidence, ce n'est une expérience formidable pour personne. Si les gens savent combien de temps ils ont, la pression est coupée.
Pour que les utilisateurs se sentent comme s'ils étaient partis pour une promenade plutôt que pour une course de masse, vous devez au moins leur faire savoir qu'il y a une ligne d'arrivée et qu'elle sera toujours là à leur arrivée - alors réservez-leur leur placer à partir de la ligne de départ.
Poussant l'analogie plus loin ... comme un événement en cours, vous devez faire savoir aux participants que s'ils sont façon trop lents, il y aura un véhicule de récupération pour les récupérer avant qu'il ne fasse nuit. Vous vous occupez donc d'eux plutôt que de simplement descendre la ligne d'arrivée et de les laisser finir - rien.
Pour que que se produise, une bonne option est que si les utilisateurs approchent de leur délai d'expiration de 20 minutes, vous les invitez à les informer et leur demandez s'ils souhaitent prolonger leur délai de 10 minutes .
Cela donne un coup de main aux personnes plus lentes (ou distraites), garantit que les personnes vraiment intéressées ont toujours une chance, mais filtrera toujours les personnes qui n'étaient pas vraiment intéressées ou qui ont évolué. Dans ce scénario, il devrait y avoir un temps total maximum comme 40 minutes afin que le système ne soit pas abusé.
J'ai récemment mis en place un site Web de réservation de billets en libre-service et j'ai étudié ce que font de nombreux sites Web similaires. La meilleure approche que j'ai trouvée est certainement A , mais pas sans minuterie visible tout au long du processus de paiement, de sorte que l'utilisateur est à la fois assuré que ses billets sont réservés , mais également informé que cette réservation n'est valable que pour une durée limitée, après quoi vous libérez les billets pour les autres utilisateurs.
Donc, juste après que l'utilisateur a sélectionné le nombre de billets à réserver, montrez-lui une minuterie avec un message, quelque chose comme "Veuillez terminer votre commande dans les 20:00 minutes pour garantir votre réservation".
Ceci est une bonne référence qui pourrait être utile à votre cas. Les attentes des utilisateurs sont plutôt bien gérées dans cet exemple.
C'est ainsi que fonctionne le flux d'achat de billets en ligne de ce cinéma. Une fois que l'utilisateur sélectionne les sièges souhaités et passe à la page suivante qui est une page de paiement, il verrouille ces sièges pour les 10 prochaines minutes.
Si l'utilisateur n'a pas terminé l'achat dans les 10 minutes, ces sièges sont automatiquement libérés dans l'inventaire et seront à nouveau disponibles à l'achat par d'autres.