Airbnb Usability Test
The more traffic a website receives daily, the more errors are likely to occur.
Even a relatively low error rate like 0.1% means that one billion visits a day would translate into one million errors, every day. This shows the need for continuous and robust testing on the most highly trafficked sites.
At-a-Glance
When our school announced this assignment, I thought, "Really? Airbnb? This website is perfect, we won't find anything", then the testing part started... As an observer, my jaw dropped a few times watching how lost some users felt! Let me walk you through this case study, starting with the boring but important legal stuff.
Timeline
One week
My role
UX Researcher (I contributed to script development, pilot testing, recruitment, and consent forms. I planned tests and prepared usability test reports. I observed the testing of all participants and created sketches and design iterations based on users' feedback)
Collaboration
One team member
Platforms used
Google Sheets, Figma, Miro, Teams
Business Goals
Enhancing user experience by ensuring a smoother, more user-friendly Airbnb platform
Identifying and fixing issues will lead to more positive reviews
Reliable functionality fosters trust among users, encouraging repeat bookings and revenue growth
Fewer frustrations mean lower churn rates and more loyal customers
Process
This project was a school assignment with a primary focus on usability testing. Following a linear process, we moved from usability testing to the ideation stage, where we sketched various design iterations based on our findings. For this case, we involved five participants, each participant was presented with the following task: finding accommodation for a two-night stay in California, adhering to a budget of 4000 NOK, locating an entire place with Wi-Fi and breakfast, specifying the cabin type property, and ensuring the option for free cancellation.
It's All About a Good Plan
Methods
Moderated, remote
Scripted and task-based
Retrospective Probing
Screeners were utilized to filter the right participants
Data gathering and analysis were conducted within the spreadsheet
Script to ensure the right focus and consistency
Ethical Considerations
Informed consent was provided before usability testing, explaining the purpose and tasks involved
GDPR agreements are sent by email and signed before
Transparency was maintained regarding usability testing tasks and goals.
Responsibility for handling the personal information of all users
Voluntary participation only, with the option for participants to withdraw from the studies at any time
Ensured confidentiality and anonymity
Implementation of secure data storage to enhance information protection for test participants
Essential importance is placed on ensuring participants feel safe and comfortable throughout usability testing sessions
Metrics
Completion Rate
We employed the completion rate as a metric to assess the users' ability to navigate the website and achieve their objectives
Completion Time
We wanted to know something about the average time the user would spend to complete the task we had given them, so we could understand more about whether the website lived up to the users' expectations
Satisfaction Rate
Understanding the overall usability of the website was a key priority for us. To achieve this, we followed up with participants, asking them to provide ratings of their overall experience. This approach aimed to gather qualitative data that could inform future design iterations and possible improvements
Usability Test Report
The satisfaction rating of 4.4 indicates a relatively high usability level. However, certain issues need to be addressed. Two participants took significantly longer than the average time to complete the task (18 and 12 minutes versus 4 and 7 minutes). Given the high traffic on Airbnb's website, the difficulties faced by 2 out of 5 participants are noteworthy. Observations during the test and follow-up questions revealed that users had problems understanding the filter and search bar features.
Findings and Suggestions
Task 1 Choosing Property Type
"I rate the app 4 out of 5 because of this cabin option when I had to choose it five times on the way" - Dominika
This issue arises when users have already specified in a previous step that they want a cabin. The filters confuse users, as they are unsure whether the "cabin" filter has been saved. Additionally, there is no suitable option for users who want to specify a cabin in those two filters.
Teams suggestions:
Removing the "property type" and "place type" filters if the user has already chosen these options from the main carousel menu
Keeping the "property type" and "place type" filters, but implement a carousel with all options for property types
Task 2 Specifying the Budget
Since the user has already specified the number of nights they would like to stay, they expect the system to display the "total price" based on their previous specifications.
"If the main search asks to select the max budget for two nights per two people then it should also have the filters reflecting that particular choice of the client automatically. In the initial search, I stated that I was looking for 2 nights. I felt this was an unnecessary time eater" - Dagmara
"I also found it misleading that the prices for each night were the ones showing up after I had chosen the duration of my stay. I can see how specifying each night's price is an acceptable option, as it represents the standard rate for the place. However, the 'each night' option should be clearer" - Rolf
The user gets stuck on the moving chart instead of typing the amount in the input field. We believe the reason for this may be the lack of a hover state in this particular component.
"It was ok, I always get stuck on this moving part instead of typing thing, it a little frustrating cos I can never find exactly 2000 in this case so i just type it at the end anyway" - Dominika
Teams suggestions:
Removing the animated budget chart choice, as it's hard to select the exact price using it. Writing the amount straight away in the input field would save some time
Showing the budget price for the entire stay, not just for one night
Implementing component states for input fields
Task 3 Free cancellation
Users experience cognitive overload when they have to read through each ad's details to find the cancellation policy, they get frustrated because they can't find the cancellation feature. Looks like the cancellation option disappears when the user chooses just a few days ahead.
In some cases, users would like to specify how many days in advance they need to feel secure and "in charge" when making the booking.
"The free cancellation option was a bit more tricky. I couldn't find that option in the filters, so I had to check each property" - Henriette
"I would like to have a search window where I can simply type '10 days cancellation option' so I don't have to go into every single cottage to look for those details" - Dagmara
Teams suggestions:
Giving users the option to filter by their preferred cancellation policy duration, so they don't have to visit each cabin to see the cancellation policy offered by each place
The cancellation filter should never disappear; instead, it could be deactivated with a message saying "Booking too late for cancellation option"
Other suggestions from our users
One of the users spent a tremendous amount of time trying to find a city using a world map instead of typing it in, which felt like a mission impossible, the "where" field should indicate that users can type in the search field instead of using the drop-down selection map menu. Another thing is that "filters" should be prioritized and made more accessible.
"It made me irritated that I could not find out how to search for a city, for some reason I did not think of typing, which I normally would have done"
- Henriette
"Didnt like the filters thing, I would love for the filters to be first, I think it was very clunky" - Rolf
Teams suggestions:
The placeholder text could provide more detail about what can be searched for, such as "Gdansk, Poland"
The filter field should be prioritized, and we should implement it on the left side
What I Learned
This project highlighted the importance of robust testing of existing platforms. Continuous testing not only ensures that the user experience remains optimized but also enables designers to stay tuned to evolving user needs. While initially, I didn't anticipate this project to be particularly engaging, I soon discovered how mistaken I was, in fact, this project quickly became one of my favorites. I love usability testing; it feels like returning to the empathize stage, where we strive to understand the most important aspect of the design — our valued users.
Thank you for taking the time to review my portfolio!
If you have any questions, feedback, or suggestions, or if you would like to explore the possibility of working together, please don't hesitate to contact me at paulina.malinski@gmail.com