Contexte
La refonte des tunnels de checkout avait pour but, de rafraîchir l'UI, mais surtout, de pousser la vente des produits d'assurance, premier vecteur de revenus chez Yescapa.
Rôle
J’étais Lead Product Designer sur cette feature qui a été réalisée en parallèle de la refonte de la page annonce d'un véhicule, projet que vous pouvez retrouver sur mon book.
Objectifs
• Rafraîchir l'UI
• Pousser l'achat de produits d'assurance
• Dynamiser la page de confirmation de réservation
• Uniformiser les tunnels
Pain points
• Pousser l'achat de produits d'assurance
• Dynamiser la page de confirmation de réservation
• Uniformiser les tunnels
Pain points
En dehors du cas où la réservation est une réservation instantanée, l'utilisateur doit effectuer une demande de réservation auprès du propriétaire. Une fois la réservation validée, il reçoit un email et peut procéder au paiement pour confirmer la réservation. Ces deux tunnels, sont en quelque sorte le même process pour un utilisateur, il fallait les rendre cohérent en terme d'UI.
Les produits d'assurance sont
Les produits d'assurance sont
Le tunnel de demande réservation
Pain point :
Beaucoup de composants de ce tunnel était custom et n'était pas cohérent par rapport aux autres endroits du produit.
Solutions :
Beaucoup de composants de ce tunnel était custom et n'était pas cohérent par rapport aux autres endroits du produit.
Solutions :
• Retravailler les éléments de formulaires
• Retravailler la card véhicule, pour factoriser le composant
• Hiérarchiser les informations (La réservation et le formulaire dans une colonne, les formulaire dans l'autre)
• Dynamiser la page de confirmation avec de la réassurance
• Retravailler la card véhicule, pour factoriser le composant
• Hiérarchiser les informations (La réservation et le formulaire dans une colonne, les formulaire dans l'autre)
• Dynamiser la page de confirmation avec de la réassurance
Le tunnel de paiement
Pain point :
Le tunnel de paiement comporte la vente de deux produits d'assurance, qui historiquement se trouvait sur la même page (le checkout était en une seule page). L'objectif business était de pousser la vente de produits d'assurance complémentaire.
Solutions :
Le tunnel de paiement comporte la vente de deux produits d'assurance, qui historiquement se trouvait sur la même page (le checkout était en une seule page). L'objectif business était de pousser la vente de produits d'assurance complémentaire.
Solutions :
• Découper le tunnel en plusieurs étapes pour éviter la surcharge cognitive
• Proposer les produits d'assurances sur deux écrans différents pour faciliter la transmission de l'information au user
• Ajouter une page de confirmation/success à la fin du tunnel
• Uniformiser les composants avec le tunnel de booking request
• Proposer les produits d'assurances sur deux écrans différents pour faciliter la transmission de l'information au user
• Ajouter une page de confirmation/success à la fin du tunnel
• Uniformiser les composants avec le tunnel de booking request
