Evaluation of the website (day 1)
We run a heuristic evaluation of the website using the client’s brief as a loose framework. Each student was allocated 10 minutes to test the website and take notes of relevant usability issues. At the end of the session, the outcome was discussed, and a severity code assigned to each item. We classified them by category and voted for the ones that needed the most attention respectively: mobile app, user community, listings page, experiences section and product search. My team was assigned the product search.
User interviews: (day 2)
The data retrieved during the previous step provided useful insights for the preparation of the questions to ask. We wanted to learn as much as we could about our users goals motivation and frustrations and use the information to find out why a percentage of them was leaving on the search results page. We were also interested in any recurring pattern that would match data from our initial testing. For this purpose we interviewed 2 random users in line with the sharewood demographics and one existing sharewood customer.
We warmed up the interviewees with some generic and demographic questions and then delved into the subject of our challenge and eventually assigned a task to execute on the website to study their behaviour and possibly identify any pain point when trying to accomplish their goal. Everything was recorded and the most interesting parts summarised as user quotes:
“The category Winter sports was a little too broad,
I wished I could search directly for ski…”
Giulio
I wished I could search directly for ski…”
Giulio
“I simply couldn’t find what I was looking for, I left the site
and searched elsewhere…”
Niccolò
and searched elsewhere…”
Niccolò
“I knew the approximate area but not the exact spot.
The location-selector only allowed a specific choices…”
Giorgia
The location-selector only allowed a specific choices…”
Giorgia
Hypotheses (day 3)
We believed that the current search option was taking into account only the needs of a limited amount of users: those who knew exactly the sports equipment and the specific location they wanted to go. This constraint was excluding and frustrating a significant amount of users who wanted for instance to chose the location independently from the type of sports equipment and vice versa.
Our hypothesis was that, removing this limitation and allowing more freedom in the search would accomodate a larger audience and reduce the percentage of unsuccessful users.
Our hypothesis was that, removing this limitation and allowing more freedom in the search would accomodate a larger audience and reduce the percentage of unsuccessful users.
Soon after we began sketching on paper some user flows and rough wireframe:
Wireframes and User testing (day 4)
From the paper sketches and user flows we moved to proto.io, Sketch app, and principle in order to quickly create an interactive lo-fi wireframe that we could test on lookback.io with some real users. This allowed us to quickly find and fix obvious issues before producing the actual hi-fi prototype.
Wireframes explained below:
High definition prototype (day 5)
On the last day we created high definition prototype and tested it with real users before presenting it to the along with the other solution created during the workshop.