University of Michigan School of Information logo with 4 panels of a phone  with a pop-up on the screen, and each variation has: a no-calling icon, no-calling and deafness icon, deafness icon, and sound rays.

Disability disclosures for ridesharing app drivers

Research Study at the University of Michigan School of Information
‍
duration
6 months
type
Research Study
tools
Figma, Illustrator, Procreate
roles
UX Designer, Researcher

overview đź“„

Over the course of two summers, I worked with Professor Tawanna Dillahunt and Computing Innovation Fellow Shruti Sannon to create a storyboard that would test the effect of varying disability disclosures by ridesharing app drivers on the rider's perception of them. Through extensive research such as literature review, research on existing disability features, experiences, and symbols, I iteratively designed interfaces and a storyboard that would effectively assess the effect of disclosures with participants.

The Problem 🤔

Disabled workers for on-demand work apps (i.e. ridesharing, freelancing) find it difficult to deal with customer’s expectations, and even more so when their disability can prevent them from meeting those expectations. With this challenge also comes the burdening concern of whether to disclose their disability or not.

What are ways that disabled workers on these apps can disclose their needs and constraints without necessarily naming their disability?

Study Summary đź“ť

The study tests the effect of a varying methods of disclosure from a disabled driver to a rider on a ridesharing app (i.e. Uber, Lyft) on the following factors:
• Perception of the driver
• Rating
• Tip amount

4 types of messages to the rider are tested:
• Disability disclosure
• Disability-based need
• Disability disclosure with disability-based need
• Generic message

With Professor Tawanna Dillahunt and Computing Innovation Fellow Shruti Sannon at the University of Michigan School of Information, my primary role in this study was designing the disclosure messages and a storyboard that effectively tests the impact of the different disclosures on these factors.

research đź“š

Wanting to learn about the scenery of gig work, I posed two main questions to direct my research and used the following methods to answer them:

Competitive analysis

What current systems for disability disclosure in gig work exist?
‍
I looked at existing disability disclosure methods on Lyft, Uber, and Upwork to see how people themselves, or the systems they worked on, disclosed their disability to the customer.

I also searched for profiles where people described their preferences whether they were disabled or not—this could inform how disabled drivers could state their needs/constraints without disclosing their disability.‍

 Uber: Pop-up that says: "CONTACT DRIVER. Calling turned off because Samantha is deaf or hard of hearing. Message Driver."  Lyft: Text message that says, "Your driver is deaf or hard of hearing. Please text them instead of calling, and let them lead the way with communication. Enjoy your ride!"  Notification that says, "Your Lyft driver is deaf or hard of hearing, so text instead of calling. You can also say "Hello" or "Thank you" in American Sign Language"  Upwork: Preference: "My current hourly rate is $100/hour. My working hours are 10 AM to 6 PM (EDT), Monday to Friday. I charge a 2X rate ($200/hour) for overtime and urgent work on weekends."  Disclosure: "I am hard of hearing! Due to a massive head trauma in 2020 my hearing has been damaged."  Disclosure + prefrerence: "I am hard of hearing and cannot accept phone calls. Text or email only"

Secondary research (Literature review)

What are the experiences of disabled drivers with these existing disclosure systems?

I looked at several past studies to learn more about the relationship that disabled drivers have with disclosure in their work. While features for deaf or hard-of-hearing drivers exist on Uber and Lyft, these drivers still face a strained relationship with disability disclosure that causes them additional stress and labor.
‍

Disabled drivers fear discrimination as a result of disability disclosure.  Examples: Possibility of lower ratings. Concern of bias and discrimination. Discomfort.  This makes them uncomfortable/worried about disclosing their disability. Disclosure leads to the possibility of being met with discrimination. No disclosure leads to risking  health doing requested tasks.  Tension around deciding whether to disclose causes stress, fear, and frustration.  For those who don’t want to disclose their disability, how can they express their disability-based constraints/needs without disclosing their disability?  Examples: Mobility impairment: Prefers to stay in the car, cannot lift luggage. Deaf/HoH: Calling instead of texting.

Brainstorming đź’­

Now that I was more familiar with the range of disability disclosures there could be, and the various experiences of disabled drivers, it was time to brainstorm the messages we would test. Exploring both system-driven and driver-written messages, we came up with several variations across disclosure and preference statements.

We had two paths we could take: designing an interface with drivers, or creating an online experiment to test the effect of these different messages on the customer's perception of the driver.

I first brainstormed some interfaces, such as a pop-up mechanism rather than the existing text message design—while doing this, I sketched a rough storyboard from a customer’s point of view to visualize where this interface could fit in the ride booking process.

Seeing how the rough sketch was able to convey the experience of a rider receiving a driver disclosure, we realized we could use the storyboard as a tool to run the online experiment of testing how the participant would perceive the driver’s disclosure after being given the situation.

Designing the Storyboard ✏️

Symbol Design

The storyboard heavily relied  on symbols to convey the situation, and we wanted to make sure that every participant would understand them. Therefore, we had to be very intentional in how we conveyed disability and preference. I took inspiration from various universal disability symbols, such as The Accessible Icon Project and International Deafness Symbol.

picture of symbols.  Deafness/hard-of-hearing:  International deafness symbol: line through ear. Other sketches: line over ear, letter "x" on ear, letter "x" in circle on ear, line through ear, line through ear with sound rays coming out from ear.  Mobility impairment: International symbol of access: icon of person on wheelchair.  The accessible icon project: icon of a person wheeling their wheelchair.  mobility impairment preference: Sketches: person getting out of car with letter "x" in a circle over it, 3 variations of person getting out of a car with a circle with a line over it, a person getting out of a car, a person lifting something into a trunk, a person getting out of a car.

However, knowing that not everyone might recognize some of these symbols, I deviated a bit from them and incorporated more imagery to assist the participant.

4 panels of a phone with a popup, with a thought bubble including the 4 icons in each separate panel: Preference: circle with line over phone, indicating no calling. Deaf/hard-of-hearing: circle with line over speakerphone icon with sound rays going toward an ear, indicating deafness. deaf/hard-of-hearing and preference: no calling and deafness combined. control: no icon in a thought bubble, instead noise rays coming out of the phone.

The final symbols are shown above—I tested the brainstormed symbols with colleagues and acquaintances without contextual text to see which ones were more easily recognizable.

Experimental design

Scenario change: As shown in the initial storyboard sketch, the rider books a ride after leaving a friend's house with some other friends. However, that situation wouldn't require the driver getting out of their car. Therefore, we switched to a more applicable scenario in which the rider might expect assistance with their luggage at the airport—getting a ride from the airport after their flight.

Removal of mobility impairment condition: We were trying to test the overall effect of a disability disclosure on the rider's perception of the driver, rather than how the effects different types of disability disclosures differed from each other. While it would be interesting to look at the effects of different disabilities, just testing the deaf/hard-of-hearing conditions was enough for the moment.

Addition of negative condition: The storyboard depicted a normal ride that gave no reason for participants to rate lower than 5 stars. The norm is assumed to be that people will rate the driver 5 stars if nothing negative happens during the ride—therefore, we added a negative condition to give them a reason to rate lower, and see if people rated the event different depending on what condition they got.

final storyboard ✨

The following storyboard was used in the experiment to test the effect of the various forms of disclosure to the rider on their perception and evaluation of the disabled driver.

Row 1: Panel 1: You’re at the airport after your flight just landed. Panel 2: You need to get home, so you decide to book a ride from the airport to your house. Panel 3: You enter your home address as the destination. Panel 4: You set your pick-up location as the airport. Panel 5: According to the app, the ride will cost $35. You confirm the price and book the ride.    Row 2: Panel 1: The app matches you with your driver, Jordan. Panel 2: You get a pop-up that says, “Have a nice ride!“ Panel 3: The app displays Jordan's car model, color, and license plate number so you can easily identify the car when it arrives. Panel 4: After waiting for a few minutes, the app notifies you that Jordan has arrived. Panel 5: The airport is busy and you don’t see the car, so you text Jordan and wait for a reply.  Row 3; Panel 1: Jordan texts back with the parking stall number, and you locate the car. Panel 2: You sit in the car, and Jordan drives you home in 20 minutes, the usual amount of time. Panel 3: After the ride, you can rate and tip Jordan in the app.

Reflections and Next Steps đź’¬

This project was a very valuable learning experience for me and I would like to thank Shruti and Tawanna for all their help! It was a unique opportunity to learn about the experiences of disabled workers in the gig economy and design potential solutions for them. As my first exposure to research, I enjoyed learning more about experimental design and gaining experience with literature review. The journey was thorough with some twists and turns, and I learned to be more flexible with the goal of designing effectively. It was cool to be able to lend my drawing and design skills towards piloting an experiment, and I enjoyed it very much!

Some insights for the future:

Establishing a clear direction, while being open to diverting off the path

We started the project with two loose possibilities as to what we could do—an experiment testing the effect of disability disclosure, or designing a new interface for disabled drivers. While this allowed more room for our initial research, it became more difficult as we started designing the disclosure messages. Designing one option without the other felt uncertain, and once I had tried both the interface and storyboard, that’s when we were sure we wanted to move on with the experiment. I do like how we weren’t married to the idea of designing an interface. Therefore, I’d like to establish a more pointed direction in the future to save time and have a better sense of certainty, while also keeping my mind open to the option of pivoting.

Designing new disclosure interfaces

During our initial research, we found that disabled drivers felt limited by the current mechanisms that Uber and Lyft had designed. The deaf/hard-of-hearing feature excluded other disabilities, and deaf/hard-of-hearing drivers didn’t have much control over the message. I explored designing new interfaces for a little bit before committing to the storyboard, but I would like to further explore how we can make disclosure more inclusive to all drivers—whether this be through a self-typed disclosure option, options to state preferences without disclosure, and more.

If you would like to learn more about this project, feel free to email me through bridgit@umich.com!