1

Problem understanding

Define requirements

Brainstorming

Prototyping

User testing

1

Problem understanding

Define requirements

Brainstorming

Prototyping

User testing

Approach

Approach

Due to budget and time constraints, conducting formal user research was not feasible. Instead, I advocated for prioritizing multiple rounds of user testing during the prototype development phase.

This approach allowed us to gather valuable insights and iterate effectively throughout the redesign process, maximizing our learning within the given limitations.

Redesign process approach
Redesign process approach
Redesign process approach
Redesign process approach
Redesign process approach

This presentation highlights key aspects of the process rather than providing a strict timeline of product development to ensure clarity.

This presentation highlights key aspects of the process rather than providing
a strict timeline of product development to ensure clarity.

1. Problem understanding

UI/UX Audit

UI/UX Audit

I examined 5 municipal websites and the mobile application to assess compliance with basic usability principles and minimum accessibility requirements, as well as to evaluate the consistency of the application's implementation.

UX Audit - Analyising applicaiton screens and taking notes
UX Audit - Analyising applicaiton screens and taking notes
UX Audit - Analyising applicaiton screens and taking notes
UX Audit - Analyising applicaiton screens and taking notes
UX Audit - Analyising applicaiton screens and taking notes

Initial Testing

Initial Testing

While I confirmed some findings during the audit, we also gained new insights into how users interpret information and interact with the product. While some users completed tasks with ease, others faced significant frustration and required assistance to finish them.

Initial usability testing results
Initial usability testing results
Initial usability testing results
Initial usability testing results
Initial usability testing results

Main Pain Points

2. Product Requirements

After we identified all the pain points, we started defining the product requirements for the new version. On top of these, I included insights from the stakeholders, new features that were already on the roadmap and new accessibility and security requirements by the state.

Problem Area
Business Goals
Goals
User goals

Booking appointments

Booking appointments

  • Optimize multiple booking as it is a differentiator and an important factor in the sales process.

  • Make clinics embrace the extra booking option.

  • Optimize multiple booking as it is a differentiator and an important factor in the sales process.

  • Make clinics embrace the extra booking option.

  • Intuitive booking process.

  • Having various options to choose from due to their busy schedules.

Medical information

Medical information

  • Make sure the clinics receive all the information they need, so they can offer the best treatment.

  • Make sure the clinics receive all the information they need, so they can offer the best treatment.

  • Clear communication.

  • Flawless user journey

User Interface
across devices

User Interface
across devices

  • Need to adheres to the customer’s visual identity.

  • Regain control over how the UI is structured.

  • Similar experience across devices.

  • Need to adheres to the customer’s visual identity.

  • Regain control over how the UI is structured.

  • Similar experience across devices.

  • Same experience across municipalities.

  • Similar experience across devices for increased efficienecy.

Content

Content

  • Offer patients over 15 years old access to the application, as they have gain authority over themselves.

  • Make sure the experience is the same for all user roles (a user can be a guardian, patient, or both).

  • Offer patients over 15 years old access to the application, as they have gain authority over themselves.

  • Make sure the experience is the same for all user roles (a user can be a guardian, patient, or both).

  • Patients can take decisions themselves in regards to treatments, booking and health information.

  • Patients can decide, by law, what information is available for their guardians (e.g. a child might not want their parents to know they are smoking)

Accessibility and Security

Accessibility and Security

  • Respect the Danish law regarding accessibility on the web and mobile applications.

  • Use safe governmental communication channels instead of personal ones.

  • Respect the Danish law regarding accessibility on the web and mobile applications.

  • Use safe governmental communication channels instead of personal ones.

  • Accessible and inclusive design.

  • Having their data managed in a safe way.

3. Brainstorming

How-Might-We…?

Since we already have a good idea of what the next version of the product needs to include to improve the user experience, it was time to start generating some ideas. Constructing how-might-we questions allowed me to easily facilitate brainstorming sessions with the product owners and developers leading to tangible options we explored in the design phase.

Brainstroming illustration
Brainstroming illustration

Brainstorming

Together with developers and product owners, we explored ways to address both user and customer concerns. At this stage, our focus was on generating as many ideas as possible, which we later prioritized based on feasibility and available resources.

Use cases

Use cases

After a few brainstorming sessions, we got a good idea of the key functionalities the new version of the product needed to support. This diagram maps user permissions with a strong focus on privacy and security, ensuring that access is restricted based on roles, age, and legal requirements. Since guardians may not always have full authority over a patient’s data, this approach helps maintain compliance with governmental regulations while protecting patient autonomy.

Use case diagram
Use case diagram
Use case diagram
Use case diagram
Use case diagram

User flows

User flows

Once we had a solid grasp of the functionality, we mapped out user flows to make even complex use cases feel effortless. The goal was to create a seamless experience, ensuring that every interaction felt intuitive, no matter how intricate the scenario. These flows helped us refine the journey and remove any friction along the way.

Before

After

The initial booking process had many unforseen dependencies that caused frustration and increased the time spent by the user in the application

Before

After

The initial booking process had many unforseen dependencies that caused frustration and increased the time spent by the user in the application

Before

After

The initial booking process had many unforseen dependencies that caused frustration and increased the time spent by the user in the application

Before

After

The initial booking process had many unforseen dependencies that caused frustration and increased the time spent by the user in the application

Before

After

The initial booking process had many unforseen dependencies that caused frustration and increased the time spent by the user in the application

4. Prototyping

Information Architecture

Information Architecture

Based on the positive results from our initial user testing, we kept the core structure as it was already efficient and aligned with common design patterns. However, we still needed to restructure some information and integrate new features to ensure a seamless and scalable experience.

Sitemap for the web version
Sitemap for the web version
Sitemap for the web version
Sitemap for the web version
Sitemap for the web version

Wireframing

With a clear content structure and specific ideas we wanted to explore, we iterated on design functionality and navigation. Our focus was on visual hierarchy, seamless page navigation, and usability to create an intuitive user experience.

Wireframes
Wireframes
Wireframes
Wireframes
Wireframes

High-fidelity design

This stage focused on visual design, as the wireframes already provided a solid overview of all the components needed for the new solution. A key priority was ensuring that accessibility requirements were met, such as contrast ratios and button target sizes, while also ensuring the solution could adapt
to any municipality.

Citizen booking mobile design -  Appointments booking
Citizen booking mobile design -  Appointments booking
Citizen booking mobile design -  Appointments booking
Citizen booking mobile design -  Appointments booking
Citizen booking mobile design -  Appointments booking
Citizen booking mobile application design
Citizen booking mobile application design
Citizen booking mobile application design
Citizen booking mobile application design
Citizen booking mobile application design
Citizen booking mobile design - Onboarding process
Citizen booking mobile design - Onboarding process
Citizen booking mobile design - Onboarding process
Citizen booking mobile design - Onboarding process
Citizen booking mobile design - Onboarding process

Design system

One of our key goals for this application was to develop a scalable yet simple design system that meets all product requirements while ensuring compliance with WCAG levels A and AA. With a set of new UI components and guidelines, the application can now evolve more efficiently while maintaining a consistent visual language.

Citizen booking design system
Citizen booking design system
Citizen booking design system
Citizen booking design system
Citizen booking design system

5. User testing

I conducted two user testing sessions with five different users in each session, based on the new prototype. Between the two sessions, we focused on optimizing user journeys through micro-interactions. While we tested various elements, from the onboarding process to finding relevant clinic information and gathering additional insights, the key conclusions are:

  • All actions take less than a minute, catering to parents' busy schedules.

  • 100% task completion rate was achieved in both testing sessions.

*Users were also required to explain their choices while navigating through the application, which frequently increased the total time needed to complete the task.

Next project