People often reported by the time they see a listing, there were already many comments inquiring for availability. In parking search, demand far outweighs supply, making it difficult to capture spots that suit personal needs.
Almost every seller asks buyers to Direct Message them to get the price. But this requires a lot of futile efforts from buyers, such as DM-ing only to find out the spot is not within budget.
A parker begins scoping by the most fundamental criteria: the location of the parking spot and the desired parking duration.
Here, the parker have choose to narrow down their selections by setting a hard upper bound on price and proximity to destination.
Initially, our proximity filter was based on miles. But after testing with non-American users, we incorporated 'minutes' as an additional measurement unit.
This step includes all other filters, covering a wide range of preferences and amenities. These filters are conveniently grouped under the 'All Filters' expansion menu, allowing for a more in-depth personalized search as the user progresses in the experience.
UI-wise, our team opted for a split view of the list of spots retrieved (right) and a map of those spots (left). This way, parkers can easily scan for spots by price or by proximity.
I interviewed parkers every week in the duration of this project, and these interviews inspired more ideas than I could ever come up myself. It's important to allow consumers to tell us designers what to build.
My design system initiative prepared my interfaces for a smooth hand-off to devs. Leaning into spacing conventions and setting up tokens for color variables bridged the gap between my design work and implementation. Taking one extra step can make other product teams' lives much easier.
Having to deliver in just two short months forced me to quickly adapt to continuous stakeholder and user feedback. Validating hypothesis fast and early on helped me not have to make as many revisions later on.