IMPROVING AN APP When Users Are Out of Reach

8min

PROJECT SNAPSHOT

SUMMARY

Design a solution that allows dog owners to easily book a local dog walker. My task is to deliver a high-fidelity prototype for user testing.

ROLES

For this project, I’ll focus on the “dog owner path” with responsibilities including:

  • UX Research

  • Analysis

  • Ideation

  • Prototyping & Testing

COMPETITIVE ANALYSIS

WHY ?

  • I want to find what the competitors do well that I can re-use ;

  • I want to find what they are not doing so well that I can improve ;

  • I want to find what conventions are in place that I must follow.

  • I focused on 2 famous walking apps : Rover & PawShake.

  • I also analyzed an app which solves a similar problem but from an other “industry”: a baby sitting app.

  • For each app, I went through the main user task : To book a dog walk with a dog sitter.

COMPETITORS

WHAT I DID

IMMERSION & RESEARCH

MY ACTIONS

  • I have no experience with dog so I decided to met some dog owners I know ;

  • I talked with random pet owners (and with their dogs) when I had the occasion ;

  • I had the opportunity to take care of a dog for a couple of days for an American couple living in Basel.

SOLUTIONS

LET’S SOLVE THE PROBLEM STATEMENT

MY Actions

MAKING A FAST AND SIMPLE SHIFT CHANGE REQUEST FLOW

I broke down the problem statement into two separate flows : one flow for employees, one flow for managers. It helped me to have a better overview of the overall tasks and align stakeholder expectations for 2-week sprint.

If the request comes from an employee

If the request comes from a manager

GAIN STAKEHOLDER BUY-IN FOR THE FLOWS WITH “QUICK AND DIRTY” WIREFRAMES

User flows can be sometimes difficult to understand. Thanks to the combination of flows & wireframes, the flows were validated very quickly.

(I know the picture isn’t clear—my point is to show how user flows and simple wireframes work together order to help the stakeholder to understand the flows.)

DESIGN - TRANSLATED REQUIREMENTS AND INSIGHTS FROM RESEARCH INTO TANGIBLE SOLUTIONS

DESIGN - IMPROVE THE CURRENT DESIGN

I needed to balance consistency by using existing flawed components with improvements when needed. I leveraged my frontend background to design with technical feasibility in mind, syncing regularly with engineers.

My redesign using existing components from Design System and my new components.

Proposed a new progress indicator to fix mobile spacing issues, plus a quick accessibility color check.

ONe SINGLE USER-TEST

AND NOT ONE MORE.

As I said in the project snapshot, Stakeholders wanted to go as fast as possible into production and tested after the feature release. However, I managed to negotiate one SINGLE user test to validate our concept.

Situation

Brainstorm the most important things to discover in order to validate our concept flows

I have only one single test. I need to prioritize what we need to discover.

I didn’t used quantitative metrics

It wouldn’t be especially relevant because we only have one user test.

I organize feedbacks effectively

I used “the severity scale” to rank the user’s pain points

MY Actions

  • The user validated the flow’s speed and clarity.

  • The user highlighted key info managers and employee need, like cost and experience.

  • The user emphasized the importance of push notifications to promptly alert employees to urgent shift changes.

  • With one test, I couldn’t pinpoint a clear access point.

Results

Yes, we had very relevant insights and the flow was “validated” by the user.

However, we definitely can’t say our flow is “validated” when it was tested by only one user.

Critical thinking

CONTINUE THE PROJECT AFTER A TERMINATION OF EMPLOYMENT

The company let go several people for “strategic and economic reasons” — I was one of them. So before leaving, my last tasks were :

  1. Define metrics for their futur testing

  2. Do the handoff for engineering team

  3. Continue to advocate for more user testings before the release of the future

SITUATION

Food for thoughts

A FEW THINGS THAT I LEARNED

What are the “rooms for improvements” ?

At times, I over-engineered simple components. Note to self: Stick to the KISS principle—Keep It Simple, Stupid.

Continuing advocating for user testing is crucial. And it worked. Even if it is for one single user test.