covoiturage-libre
covoiturage-libre copied to clipboard
covoiturage-libre
Pas de résultats : être plus+ précis
Une idée m'est venue : lorsqu'il n'y a pas de trajets retrouvés, afficher les villes de départ et d'arrivée, ainsi que la taille du rayon de recherche (25km par défaut), histoire de confirmer à l'utilisateur sa requête …
Current Behavior
Il s'affiche : "Pas de trajets associés"
Expected Behaviour
Afficher quelque chose comme : "Pas de trajets associés entre la ville '@search.from_city' + rayon de 25km et la ville '@search.to_city' + rayon de 25km entre le vendredi 14 juillet 2017 et le 14 juillet 2018"
En 2017, les usagers aux recherches infructeuses se sont tapés un bref : "pas de trajets associés".
Depuis la maj du 18 dec, le nouveau message est: "Pas de trajets ayant pour arrivée "$Ville saisie" à partir du "$date saisie" (et ce malgré la recherche sur plusieurs jours après cette date)."
Il faudrait aller vers quelque chose de plus constructif, proposer des SOLUTIONS DE REBOND:
Comportement attendu: . Proposer de faire varier le rayon de recherche . Proposer de cherche depuis et vers les grandes villes les plus proches . Proposer de couper le trajet en 2 si long trajet . Proposer de créer une alerte . De proposer un trajet au lieu d'en cherche un si l'usager a une voiture
Voici une maquette que j'avais proposé pour ne pas laisser les usagers dans le mur:
J'ai fait une liste des dates (en minimaliste) à +/- 1 mois de la date de recherche, qui s'afficherait dans tous les cas, surtout utile quand il n'y a pas de résultats, votre avis ?
Vu avec @AlexBillbao le mieux serait de recherche les trajets entre aujourd'hui et la date recherchée si date spécifiée. Sinon les trajets à l'avenir à partir aujourd'hui (peut être mettre une limite en terme de nombre de résultats en plus d'un mois temps)
@nicolasleger @AlexBillbao Si je comprend bien : • si la date de la recherche est précisée, on affiche dans la liste des dates que les trajets entre Date.today et la date de la recherche • si la date de la recherche n'est pas précisée, c'est Date.today, on affiche dans la liste des dates que les trajets entre Date.today et Date.today +1 mois
@nicolasleger @AlexBillbao en quoi c'est mieux que d'afficher dans la liste des dates les trajets à +/- 1 mois autour de la date de recherche ? 😇
Great @djakk ! Je me demande si ce serait pas + clair d'avoir une liste de tous les trajets à venir, séparer par date. Plutot que le calendrier ... ou en plus du calendrier !
Et dans ce cas, ne mettre le message "tout n'est pas perdu" uniquement lorsqu'il n'y a aucun trajet +/- 8j
Merci @maxb29 ! @AlexBillbao ne voudrait pas de calendrier sans faire du travail de graphisme dessus, du coup je vais le retirer. Je vais faire la liste des trajets séparés par date comme tu le décris. Par contre, je pense que dans l'énorme majorité des cas, le voyageur potentiel qui fait la recherche n'est pas intéressé par le trajet un autre jour, donc je mettrai bien le "tout n'est pas perdu" dès qu'il n'y a pas de trajet le jour demandé.
Je suis d'accord :)
Si je résume les situations (à mieux mettre en forme avec les couleurs/police du site) :
-
trajet dispo la date recherchée : je trouve ca bien de laisser les trajets +/-30 jours (c'est mieux que 8), ca montre la fréquentation de la plateforme! Pas besoin d'afficher le "tout n'est pas perdu"
-
Aucun trajet dispo (même +/-30j)
-
pas de trajet date recherchée mais trajets à +/- 30j
P.S. : "Aucune annonce" c'est mieux que "0 Annonce", si ce n'est pas trop compliqué à changer ;)
Remarque : le soucis quand on affiche toutes les dates à +/- 30 jours, c'est qu'on commence à -30 jour alors que le voyageur serai d'abord intéressé par -1 jour ; soucis qui disparaît avec le mini-calendrier.
Je n'y avais pas pensé, bien vu :)
Restons donc à +/-8j.
On pourrait aussi rajouter un menu déroulant pour choisir le nombre de jours (avec 'reload' auto de la page de résultats)
@maxb29 @AlexBillbao Je me permet d'insister : je trouve le système de présentation des résultats avec mini-calendrier bien plus sympathique pour le voyageur potentiel (et aussi pour les développeurs, le code est plus+ lisible :)) - excepté sans doute l'encodage de la date ^-^ qui peut être changé en "jeudi J-3 vendredi J-2 …"