Contexte
La gestion des disponibilités remontait depuis un moment dans les retours propriétaires — un sujet accumulé plutôt qu’une demande isolée. Des échanges ciblés avec quelques profils types ont permis de préciser les usages réels avant de démarrer la conception : dans quels contextes un propriétaire a besoin d’ajuster ses créneaux (un trajet qui s’annule, une disponibilité de dernière minute), et pourquoi le web ne suffisait pas à les couvrir.
Objectifs
→ Offrir aux propriétaires Koolicar une flexibilité répondant à leurs besoins, dans l’instant
→ Pouvoir éditer le calendrier dans son lit, dans les bouchons, dans un temps mort
→ Augmenter le nombre de locations finalisées
Process
Les premiers flows ont été posés à partir de notes et de croquis, puis transformés directement en wireframes testables — l’objectif étant d’itérer sur des prototypes plutôt que sur des maquettes figées. Les tests réalisés tôt dans le process ont permis d’affiner les parcours, et surtout la position des éléments pour rendre la manipulation plus intuitive.
L’interface qui en résulte :
→ Un code couleur permettant de repérer en un coup d’œil les zones de disponibilité et de location, sur une vue calendrier allant jusqu’à 6 mois
→ Des indications d’usage affichées par défaut, masquables et rappelables à la demande via une icône dédiée
→ Un système de cards superposées pour éditer une journée : choisir un mode de disponibilité, un créneau, et son lieu associé, sans quitter la vue calendrier


Wireframes


Interfaces
Résultats
Des tests utilisateurs menés dès la sortie de la première version ont permis de dégager les besoins réels d’usage. La demande la plus nette : pouvoir répéter un même motif de disponibilité sur plusieurs jours ou semaines, plutôt que de ressaisir chaque créneau manuellement — priorité retenue pour la version suivante.


Tests utilisateurs