top of page
Rayo

Amidst the chaos of running a Special Needs clinic, scheduling and billing are done manually - paper or Microsoft Excel. I helped design a system to help with the smooth running of these clinics and help reduce effort by minimizing redundancy.

White.png

You can also find the prototype here!

​

Client: Arizona State University

​

Team: Design team of 2, along with a subject matter expert

​

My role: Studying the current process, creating personas, finding pain points, creating wireframes, testing with admins, creating mockups.

​

Current Phase: Design and Testing

​

Tools used: Figma

Understanding the User

We found the following types of personas involved in the system

Group 8.png

We found that the Admin Adam would benefit most from an automated system

since they're at the centre of communication and organization for the entire clinic.

We then fleshed out the Admin Adam Persona.

Admin Adam.png

We found out Admin Adam's tasks and found three distinct groups which could be treated as features - Scheduling, Billing and Tracking

Tasks.png
User Journey Map

We created a user journey map for the admin to delve into the details of each step. Not all of these steps are done every day and some of these tasks are done simultaneously. This was done in order to measure the feelings, effort and time invested into each step. 

Customer Journey.png

Insights: We found that the biggest issue in terms of time and effort was tasks related to Billing.

Understanding the user
User Journey Map
Addressing the Frustrations

Digging into the frustrations, the biggest one for the admins was Billing.

Why_.png

Bubbling down to the why

Why was Billing causing frustration?

 

We conducted interviews with the admin team and providers to understand why billing was a pain point.

All these factors seemed to uncover one issue - not keeping a good track of the schedule

The first step was taken to start with creating a digital schedule so that Providers and Admins don't have to manually keep track of these details. 

Addressing the Frustrations
Wireframes
Wireframes

I created some initial wireframes which acted as a base for a conversation and allowed me to do some initial user testing to help me understand the workflow of the admins better as well as developer resources.

Schedule Dashboard
Smiles (3).png
Smiles (21).png
arrow.png

User Needs Revealed: Most of the information regarding the schedule is to do with the people who are coming on that day.
Design Insight: Daily view of attendance might be more useful than the monthly view.

Activity Schedule
Smiles (4).png
Smiles (20).png
arrow.png

User Need Revealed: A clients schedule changes over the day.

Design Insight: A 'timeline view' would make more sense to allow providers during the day.

Van Schedule
Smiles (8).png
Smiles (22).png
arrow.png

Technical Limitation Revealed: An automated map is an unfamiliar feature will take more time than available.

Design Action: We moved from an automatically created route to a more manual version.

Prototype
Prototype
White.png
Smiles-1.png
Smiles-3.png
Smiles-6.png
Smiles-5.png
Smiles-4.png
Smiles-7.png
Design system
Frame (1).png

As the interface is slowly getting fleshed out, we are also making sure that we are using Figma's text styles and components to maintain uniformity and guide the UI. While it isn't completely fleshed out, we are trying to keep in mind a system to follow.

Design System
Next Steps
Next Steps
  • Conducting research for the next steps i.e. provider view where they can see the set schedule on their phones.

  • Possible collaborations with the 3rd party to prevent manual data entry.
  • Working on the Visual Design.

Visit Next:

RAYO

bottom of page