





I designed a user-friendly feature for administrators of grassroots sports clubs to manage facility creation, availability, and booking, following UX/UI best practices. This feature was specifically tailored to be accessible and intuitive for individuals aged 30-55 who may be less tech-literate.
Grassroots sports clubs need efficient management tools for scheduling and coordinating facilities.
At the moment, current systems lack intuitive features, making it challenging for less tech-savvy administrators to manage facility resources.
Research, analyse and design a user-friendly feature that allows club administrators to effortlessly book facilities and manage resources.
The project's initial phase involved understanding current market solutions, their strengths, weaknesses, and conventions. I also aimed to comprehend user goals, team management contexts, and daily operational challenges.
To get a better understanding of the event booking space, I have curated a variety of Facility/Event Management software. The goal of this research technique was to get an insight into how competitors deal with the problems/painpoints that we might face and to identify common practices/conventions that we can emulate.
My first challenge arose while attempting to deepen my understanding of the user. Given the project's scope and my limited resources, I was unable to conduct user interviews. I discovered that researching public forums served as a fitting alternative.
I approached this storyboard by reviewing the findings collected to visually map out the journey of the user. This storyboard was used to emphasise the users context and emotions.
At this stage, I have completed the research to understand the user, problems and existing solutions. It was then time to organise the raw data I collected to clearly define the issues at hand. To achieve this, I created an affinity diagram to group the research findings into logical clusters, aiming to enhance the clarity of the results and guide the design process.
During the diverging stage, I aimed to generate as many ideas as possible to inform the final solution. Brainstorming allowed me to clearly define my direction, prioritise, and concentrate on the key issues uncovered in the previous phases.
In this phase of the project, I leveraged insights from previous stages to develop seven user flows. The purpose of creating these user flows was to understand where each screen sits within the software's structure.
At this stage, I have completed all the research and mapped out possible flows for the product. It was then time to design wireframes based on the insights collected.
Given the scope of this project, I was mindful of the time constraints. Therefore, I decided to focus on a single use case. I chose the "Create Booking" use case, as I recognised that addressing this would inherently tackle other use cases.
The software provides an easy way for admins to categorise and filter various teams or groups.
The software provides intuitive tools for admins to manage their teams effectively.
The software prioritises user control and forgiveness, preventing penalties for mistakes.
By only providing the user with a limited number of options, it reduces their cognitive load, which in turn reducing complexity.
The software remembers previous entry, saving the user time and increasing satisfaction.
Provides real-time feedback as users fill out a form, with the aim of reducing errors.
Once the form is validated, a notification will be sent to team members.
The software provides real-time feedback when an action has taken place, helping to reduce errors and increase user satisfaction.
While developing this design system, various factors were considered. To maintain consistency, I used the M3 Material Design, an open-source design system, as a reference. I employed an 8pt grid system and a 14-column layout. Auto layout was used throughout the process to make the design scalable and future-proof.
One of the main learnings I took away from this project is the importance of research. To effectively design a product, you must first understand the user’s context, goals and frustrations they have.
What would I do differently?
If I were to redo this project, I'd plan to conduct direct interviews with users. Given the limited time I had, I thought it was appropriate to investigate forums, as this approach provided key insights into the frustrations and painpoints that admins encountered.
What's the next steps?
The next steps to further develop this project would be to:
1. Conduct usability testing with the current prototype to identify any usability issues.
2. Continue developing the product, focusing specifically on other use cases.
3. Conduct user interviews to validate design decisions.