Hannah Glasscoe
Home
About me
Contact
Hannah Glasscoe
Home
About me
Contact

Redesigning LuckyBowl's Booking Flow

Project Overview

I discovered LuckyBowl's website when booking a party for my daughter. The booking process left em frustrated as a user. So, I saw an opportunity to redesign their event booking flow and refresh the site.

Methods used:

  • Accessibility review
  • Affinity mapping
  • Brainstorming
  • Competitor analysis
  • Heuristic evaluation
  • Low fidelity wire framing
  • Personas
  • Prototyping
  • User testing
  • User interviews
  • User flow mapping

My role:

I worked on this project independently but had people to test my solutions throughout.

Discover

How people book events

I had no quantitative data so I reviewed competitor sites. Because Norwegian competitors had no online booking flows, I looked at international sites. I also looked at booking flows for similar entertainment companies as well airline, hotel and holiday rental sites. This gave me ideas, inspiration and insight into booking flow design patterns.

This highlighted opportunities like:

  • Offering packages to reduce cognitive load and upsell
  • Being able to switch locations
  • Being able to switch activities
  • Increasing conversion rates through flexible payment options - card, Apple Pay, Vipps
  • Upgrading the location finder - nearest locations, list view, searchable
  • Adding information about players prior to visit - to save time later
  • Ability to clear all dates

My target audience were parents booking birthdays or end of season celebrations. I asked them what information they would want/expect from the site and asked them to test it.

Summarising the results made it clear they expected to:

  • See options and prices available per person/package
  • See prices and/or total price throughout the booking flow
  • Be able to check availability
  • View possible locations

Pain points revealed were:

  • CTAs from event landing pages/homepage cards took people to a page where they have to scroll and choose again. Sometimes from a list of over 8 events, activities and promotions mixed together. This may be an exception to the rule because the majority of locations offer only bowling and lasertag. However it's not a good experience for users of locations that do offer several activities. Nor is it a good scalable solution.

The below images show where a person clicks on the CTA "Bestill" underneath "Bursdag & feiring". They then have to scroll to choose "Bursdag" again.

Mobile screens showing pain points from LuckyBowl's current site

  • People couldn't go back in the booking flow without losing their order
  • Nobody could edit any information in their order without losing it
  • People couldn't check availability for different dates without repeating the booking flow.
  • People were asked for their telephone number twice
  • No input fields were marked as mandatory. Errors aren’t always highlighted, leaving people guessing.

The below images show parts of the existing booking flow, where from left to right:

  1. Unnecessary information (name and age of jubilant) is requested at the start of the flow.
  2. Customers choose a date, then an activity. Followed by the nr of series/games, and then a time. The only way to check availability on different dates is to repeat a booking.
  3. The edit button returns a person to the page where they choose an event. They lose all the information they've entered.

Positives included:

  • Use of progressive exposure
  • Up-selling add-ons
  • The order overview at the top of the page
  • Confirmation that an activity had been added to an order

Define

The problem

When mapping the site’s existing booking flow and looking at the number of locations, activities, events, and FAQs. I uncovered more friction points and inconsistencies including;

  • When selecting guests numbers, birthday and group bookings use a counter. Others use buttons + drop down menu when over a certain number.
  • Child/adult distinctions are applied inconsistently across the site.
  • People can book lasertag for 20 adults and 20 kids, or 40 for a birthday party. But group arrangements are limited to a minimum of 4 and a maximum of 7 guests.
  • Lasertag requires a minimum of 8 people, but the guest picker allows 0-9. It can also be booked at a party with just 4 guests.
  • “Spill så mye du vil” bowling lets people select 30 kids and 30 adults. The system then shows no times, but works if set to 30 adults.
  • Bowling & Sommerkampanje - shows 9+ and a drop down with up to 30 guests. A tooltip then says "If you are more than 8 people click here".
  • There’s an option to choose 0 as the number of guests.
  • Sesongavslutning is children only which is inconsistent with birthdays.
  • Only group bookings ask for age, to decide on alcoholic options. If birthdays are children-only, why allow ages up to 99 years?
  • Birthday parties allow ages 4-99yrs. Yet a pop-up about food still says "Barnebursdag" (Children's Party).
  • Some locations promote darts with no booking process; others do.
  • The location drop-down on "Hva ønsker du å bestille" is missing Asker.
  • Changing the location to Borås changed the language and font.

The images above show inconsistent labelling across the the site. This risks a customer questioning whether they are in the right place. Alternatively if they remember seeing one term, but then see another they may assume the option they wanted has disappeared.

  1. Teambuilding & After work on the homepage (no location chosen)
  2. Teambuilding & Utdrikningslag (location chosen)
  3. Teambuilding is own item in hamburger menu
  4. Gruppearrangement when choosing what to book (includes teambuilding, firmest, lagfest, klassefest or utdrikningslag)
  5. Teambuilding (on first page of booking flow) includes firmaarrangement, vennegjeng, lagfest and utdrikningslag
  6. A link in the booking flow for when a user is booking for several people they can click on a link for "Gruppebestillinger"
  7. They're then navigated to a drop-down where the label says Firma
  8. It's not just the team building label, but also others as well. "Julebord og juleavslutning" is another good example.
It was very clear that people booking events wanted flexibility, consistency and up-front pricing. They were clearly frustrated not being able to view different dates or go back and forth within the booking flow. So how could I make booking flow more flexible, consistent and prices more visible?

Develop

Solve the problem

Using the Scamper brainstorming method I came up with the following ideas:

  • Day and time slots with a calendar option.
  • Creating packages for events (reduces cognitive load) and enables the business to upsell.
  • Differentiating between booking an activity or an event.
  • Differentiating between food-related extras and add-on activities.
  • Adding age to guest picker - automates the 18+ option.
  • Flexible dates flow? Reverse order for those who are flexible with their location.
  • Remove the unnecessary telephone number screen.
  • Provide different payment options - Apply Pay, Vipps etc - increases conversion rates.
  • Add in a "Start again/Clear all" ghost button.
  • Enable people to enter the players information prior to their visit.
  • Auto-calculate the time to play based on the number of players.
  • Update location list to a more visual card-list.
  • Visual graphics/tags for promotions.
  • Compare different locations i.e what they have to offer/availability.
  • A visual order summary for sharing.
  • Default location with a “Not your location? Link (when a user allows the site to use their location).
  • Location finder - with what's on tonight.

Paper wireframes

Title Text
Title Text
Title Text
Title

I chose to prioritise the following:

  • Day and time slots with a calendar option
  • Packages for events
  • Differentiating between booking an activity or an event
  • Differentiating between food-related extras and add-ons
  • Defining age in the guest picker
  • Removing the unnecessary telephone number screen
  • Providing different payment options - Apply Pay, Vipps
  • Adding in a "Clear all" button
  • Updating the location list to a more visual card-list

After sketching paper wireframes, I built low fidelity wireframes to test my ideas. I first used drop down menus (image 1) assuming they'd suit mobile, but testing showed a person had to scroll far when there were many options. I replaced them with buttons (image 4). For one or two choices, like the number of bowling series, buttons were quick. For longer lists, like locations, the button opens a new window with a more visual list and room for birthday packages.

To help people check availability quickly, I seperated activities and events with tabs. I re-ordered the flow so that they select first and identify later. So they choose location, event type, number of guests, date, then the activity/nr of series, followed by dates/times. After testing I saw they were choosing a date on the first page, then availability on the third page. So, I moved "Velg en dato (Choose a date)" to the third page. I also changed the 3-day tabs to 3-day buttons, with an additional button to open up the calendar on the same page. The sixth image below shows the updated screen.

Mobile screens showing iterations of the homepage and location finder

Testing showed people weren't seeing the drinks tab on the food/drinks page. So I removed the tabs with separate pages. People also expected the steppers to be clickable and take them to the stage they selected, so I made them work that way.

Before further testing, I ran a heuristic review of the redesign and made the following changes:

  • Added several ways in; the order tab in the navigation menu, a visual card on the home- and -birthday landing pages.
  • Added error messages for missing or incorrect input.
  • Added a confirmation pop-up before deleting an order, explaining that it can't be undone
  • Added supporting content:
    • Playing time, auto-calculated from the number of players
    • A note that groups of more than 6 are automatically split over two lanes
    • Guidance on who to include in the guest count.
    • The minimum number of guests required.

Additional Iterations included:

  • Updating the tabs to a simple underline and bold text.
  • Simplifying availability to simply busy or not available.
  • An option to choose to eat before, in-between or after an activity.
  • Changing the activities to reflect the location chosen - making it easy to see that an activity wasn't available at that location.
  • Tagging more than 1 series/game etc with “popular” (social proof).
  • A visible time period to book the reservation within.

Deliver

A Solution

How did the final solution solve the problem of people not being able to view availability quickly and easily?

Tabs at the start of the flow seperate events from activities. Three date buttons beside a calendar button let people compare availability across three days and change dates easily. On the existing site, the task success rate for checking availability was 50%: people restarted their booking, deleted their order, or used the back button and began again. With the new design it rose to 100% (5 out of 5 people).

In addition:

  • Only the minimum information needed to show availability is requested up front. Details about the birthday person moved to the end of the flow, where personal information is required anyway.
  • Chips for location, event type and number of guests let people see and edit their choices easily at the start of the flow.
  • Friction was reduced by removing the unnecessary telephone entry page and making CTAs lead to a logical next step. For example, "Bestill nå" on the Birthday landing page opens the first step of the booking flow, where people choose from a birthday package.
  • Thoughtful defaults were added, such as automatically calculating the time per series from the number of guests.
  • Birthday packages reduce cognitive load for people, and let the business upsell.
  • The total price stays visible in the bottom draw throughout the flow and people can open it at any time for a reservation breakdown
  • Nearest location and location-search features were added.
  • A stepper shows where people are in the process and lets them navigate between stages.
  • A timer shows how long their reservation will be held.
  • Alternative payment options are offered at checkout.
  • People can edit their choices from the checkout summary page or start again from scratch.
  • Homepage carousels and cards promote events, activities, promotions and food and drink options.
Accessibility
  • Headings, titles and labels describe the topic/purpose.
  • Section headings are used to organise the content.
  • Navigation is predictable across all devices.
  • Link purpose is clear by the text alone.
  • Buttons, icon labels and link texts are consistent across devices.
  • Buttons, icons and links all meet minimum target size.
  • Minimum contrast and non-text contrast all meet WCAG guidelines.
  • There are multiple ways to navigate - nav bar/footer/cards on homepage and birthday landing page.
  • No element is reliant on colour alone.
  • Suggestions are provided when there is missing or incorrect input.
  • All user input can be checked and confirmed prior to submission.

View the prototype

The design system created in Figma then transferred and used in Claude.

Next steps

Next steps would be to design for tablet and desktop. There are also lots of other opportunities for the site, including:

  • Adding the ability for a user to swap an activity or check another location's availability should their chosen location not have availability for their chosen activity.
  • An AI chat function to answer common queries.
  • If the age of the jubilant is required for a reason it could be returned.


What did I learn?

I learnt to spend more time on ideating and testing low-fidelity iterations in this project. I also learnt how to use Figma and when and where to use AI tools. I utilised AI for creating low fidelity wireframes and for higher fidelity prototypes.

Thanks for checking out my portfolio!

Back to top To Case Study Landing Page Case

Icons created by kawalanicon from flaticon.com

Made with Pixpa