Research revealed how frequently pedestrians are forced into reactive decisions, while testing showed that a real-time, community-powered solution can drive immediate adoption, engagement, and trust.

Adoption: 86% task success rate in usability testing, indicating strong completion of core flows

Confidence: 4.57/5 ease-of-use rating, reflecting high perceived usability and trust

Engagement: 71% identified filtering as most valuable feature, showing user alignment with the core value proposition

Data quality potential: 85% willing to contribute real-time reports, indicating strong willingness to generate community data

Market gap: 70% believe current maps don’t reflect sidewalk conditions, reinforcing need for more accurate pedestrian navigation tools





86%

Success Rate

4.57/5.00

Ease of Use

70%

Market Gap

IMPACT

COMPETITIVE LANDSCAPE

INSIGHT

EVIDENCE

Current leaders are fragmented. Waze is driving-only. SeeClickFix is reporting-only. Others don’t integrate real-time sidewalk travel conditions.

Scope Limitations Create Opportunity

Key Market Gap

No existing tool combines pedestrian navigation, real-time safety reporting, accessibility, and community engagement into a single experience.

Waze leads in real-time updates but is car-focused, while Google Maps and Route4U offer limited or slow pedestrian-relevant obstruction reporting.

Tools like Route4U and Transit App offer strong accessibility controls, but none combine them with real-time pedestrian obstacle data.

Real-Time Data is Incomplete

Inconsistent Accessibility

A competitive audit was first conducted to understand how existing tools approach pedestrian navigation and where they fall short.


The comparative analysis reveals a fragmented landscape where elements of accessibility, real-time reporting, and navigation exist in isolation, but no product brings them together for pedestrians navigating real sidewalk conditions.

Prettypath

Re-imagining Pedestrian Navigation:

Making walking safer and more accessible for everyone

EXECUTIVE SUMMARY

Urban pedestrians constantly adjust to blocked, unsafe sidewalks, making split-second decisions without reliable, real-time guidance. Yet most navigation tools remain disconnected from what’s actually happening on the ground

Problem

I designed Prettypath as a community-powered navigation tool that helps pedestrians avoid obstacles using real-time, user-generated data, supported by a frictionless, single-screen reporting flow for quick contributions.

Solution

Principal User Researcher and UX Designer

Discovery Research, Interaction, Visual Design, Prototyping and Testing


My Role

RESEARCH & DISCOVERY

How do users currently navigate around obstructions, and what pain points exist in those strategies?

What accessibility concerns should be addressed?

What types of real-tizme or community-driven data would users trust and find helpful?

Research Questions

Key Insights

49% reported meaningful sidewalk obstructions within a typical month, indicating disruptions are routine rather than occasional

70% felt that current navigation tools fail to reflect real sidewalk conditions, revealing a gap between mapped routes and lived experience

85% expressed willingness to contribute real-time reports, signaling openness to a more participatory navigation model

Frequent Obstructions

Navigation Accuracy Gap

Contributor Readiness

49%

70%

85%

Together, these findings revealed that the problem wasn’t just lack of information—it was the absence of timely, grounded context at the moment decisions are made. This shaped how I approached designing the experience.

To understand how pedestrians actually navigate city walkways, what obstacles and obstructions they face, and how that experience can be improved.

Objective

41 pedestrians were interviewed through online surveys

Recruited a diverse mix of ages, households, and walking frequencies

Focused on real-world sidewalk navigation and obstruction scenarios

Synthesized findings to surface behavior patterns and opportunity areas

Methodology

Persona: The Active Urban Walker


Name: Jordan Reyes


Age: 34


Occupation: Marketing Manager (Hybrid Work)


Location: Brooklyn, NY


Household: Shares an apartment with one roommate

Walks multiple times per day for mixed purposes (commuting, errands, leisure).

Occasionally reports civic issues through city apps or social media.

Adopts new tech quickly—especially if it feels community-driven and practical.

Behavior Patterns

Motivations

Efficiency: Wants the quickest, least-disruptive route to destinations.

Comfort & Safety: Prefers paths that are well-lit, clear, and less congested.

Contribution: Likes to give feedback to improve city life and help others avoid issues.

Encountering unexpected obstructions (trash, construction) that force sudden detours.

Lack of reliable, real-time info about sidewalk conditions.

Frustration when walking apps don’t reflect the actual pedestrian experience.

Pain Points

PERSONA

Through research, I identified users, who formed the basis Jordan, whose daily routines depend on smooth, predictable movement through the city.

Translating Research into Experience

The walking experience was mapped across three moments: before, during, and after a walk.

User Journey

Two flows support the product’s core loop.

User Flows

The app structure is intentionally minimal to keep the core loop front and center.

Information Architecture

Awareness

Engagement

Adoption

Usage

Ongoing convenience.

apprehensive

curious

User Actions

User Goal

Experience

User receives a push notification about a nearby obstruction, or notices a nearby obstruction.

User opens the app.

User interacts with the system:

If avoiding: they select an alternate clear route.

If reporting: they pin the obstruction, add a short note/photo, and submit.


The interface confirms success (“Obstruction reported” / “Route updated”).

User benefits immediately:

Avoids delays and hazards.

Feels their contribution helps others.

Stay safe / informed. (Help others do the same.

Find or share path info.

Save time / contribute to community.

relieved

content

empowered

Saved routes

Map (Home)

Report

Profile

Settings

Search/Nav

Route options

Active Navigation

Detail input

Type selection

Confirmation

Preferences

History

Push notification:

Obstruction nearby

Option to view map

or ignore

Selects view map

Map displays

obstructions in the

vicinity

Option to select’

clean / clear path

User chooses clear

route, avoids,

obstruction, &

saves time

Navigation Flow

User encounters

a patch of ice

rendering sidewalk

impassible

User opens app

Selects report

Selects location,

problem, & adds

photo

Other users view

the report & avoid

the obstruction

Reporting Flow

The navigation flow focuses on fast comprehension and minimal interaction.

The reporting flow reduces friction so contributing feels quick and worthwhile.

Together, these flows reinforce each other: users alternate between benefiting from and improving the system.

Before walking: User receives a notification or opens the app to view nearby obstacles and plan a safe route.

During walking: They view the map to avoid hazards or quickly report new ones.

After walking: Users save time, feel safer, and contribute to safer routes for others—reinforcing ongoing use.

Map (Home) is the hub for all key actions.

Features are grouped into four simple areas:

Search/Nav: route planning and active navigation

Report: quick obstacle submission and confirmation

Profile: history, saved routes, and preferences

Settings: personalization and controls


This architecture prioritizes clarity, speed, and repeat use, ensuring the most important actions are always one tap away.

Initial concept sketches translating design principles into tangible interactions. I explored different layouts for navigation, reporting, and discovery to identify patterns that best supported fast decision-making and minimal user effort.

Sketches

Translated early concepts into functional flows, prioritizing visibility of key actions, simplified reporting, and intuitive map interactions to support real-world usage.

Wireframes

DESIGN EXPLORATION

Search Map

!

Nearby Issues

2 mi

0.25 mi

Cleanliness

Obstruction /

(150 ft away)

Severe obstruction

“Dumpster blocking pedestrian path”

Reported at 3 hrs ago

Add an update

Search Map

View Nearby Issues

!

Report

!

!

!

Accessibility

Wheelchair Accessible

Avoid Stairs

Smooth Pavement

Curb Cuts

Audio Signal Crossing

Cleanliness

Clean Streets Preferred

Saftety

High Visibility (Avoid poorly lit streets.)

Pedestrian Only Paths

Avoid Obstructions

Signalized Crossing only

Marked Crosswalks Preferred

Avoid High Traffic Areas

Avoid Busy Intersections

Save Settings

All Filters

Search Map

Recent

Saved

Got it!

We’ve shared this with nearby walkers.

Username

View Profile

Saved

Report

History

Settings

Help

Enter Location

Current Location

Or

Report

Select Location:

Next

Obstruction

Accessibility Issue

Cleaniness Issue

Temporary Hazard

Report

Select Problem:

Next

Report

Enter Details:

Severity:

Is this an Accessibility issue?

Notes:

Yes

No

Unsure

Upload Photo

Minor

Severe

Broken glass and trash covering most of the sidewalk.”




Submit

I translated key research insights into actionable design principles to guide early product direction. These recommendations ensured that initial concepts directly addressed real user behaviors and needs.

INSIGHT

EVIDENCE

RECOMMENDATION

Reactive Coping Patterns

Most users “detour on the fly” or briefly walk in the street

Design Anticipatory Guidance Systems (notifications, predictive routing...)

Frequent Walking Barriers

Pedestrians regularly encounter trash, damaged pavement, and parked scooters.

Enable Predictive, Real-Time Navigation

Peer Data Trust

Users trust and prefer peer-generated insights over official data.

Build a Community-Driven Reporting Ecosystem

Safety & Accessibility

Concerns like poor lighting and uneven surfaces affect all walkers

Emphasize Safe Paths

Map Blind Spots

70% agree that current map apps don’t reflect real sidewalk conditions, a major gap between digital and physical reality.

Create Hyper-Local, Trustworthy Map Layers

ITERATION

Based on usability testing, the prototype was refined to reduce friction and better match users mental models. This iteration focuses on faster reporting, improved map interaction, and additional filtering options.

!

!

!

Search Map

View Nearby Issues

!

Report

!

!

!

Accessibility

Wheelchair Accessible

Avoid Stairs

Smooth Pavement

Curb Cuts

Audio Signal Crossing

Experience

Clean Streets Preferred

Quiet Routes Preferred

Saftety

High Visibility (Avoid poorly lit streets.)

Pedestrian Only Paths

Avoid Obstructions

Signalized Crossing only

Marked Crosswalks Preferred

Avoid High Traffic Areas

Avoid Busy Intersections

Save Settings

ALL FILTERS

REPORT

72 Rose Lane

Location:

Submit

Upload Photo

Obstruction

Accessibility Issue

Cleaniness Issue

Temporary Hazard

Problem:

Notes:

Broken glass and trash covering most of the sidewalk.”




Severity:

Low

High

Medium

Current location detected

Tappable map markers: Hazard icons now open an obstruction overlay directly, aligning with user expectations for map interaction.

Additional filters: Added a Quiet Routes preference to reflect user-requested route personalization.

Streamlined reporting: Location, problem type, and details are consolidated into a single screen.

USABILITY TESTING

HEADING TOP MARGIN

To validate the prototypes core flows: finding nearby issues, filtering routes, and reporting obstacles.

Objective

15 participant completed an unmoderated usability test

Methodology

User Quotes

Key Insights

Filters emerged as the strongest value. 70% chose them as most useful.

70% said they would report real-world issues

Reporting flow had the highest friction and misclick rate

Requests for new filters, including quieter routes

Valued Filters

Report Contributions

Reporting Flow Friction

70%

70%

40%

These insights directly shape the next iteration, focusing on simplifying reporting, improving map interaction, and adding filtering options.

RETROSPECTIVE

Working solo strengthened my ability to shift between divergent research and convergent design thinking while keeping scope in focus. The biggest challenge was synthesizing broad early discoveries into a simple core flow that aligns with the user’s navigation mental models and reduces cognitive load.


This process reinforced the value of prioritizing clarity, efficiency, and low-friction interaction to support key usability KPIs like task success, time on task, error reduction, and perceived ease of use.

PROTOTYPE

This prototype brings earlier research and design exploration into a single, testable flow.

!

!

!

Accessibility

Wheelchair Accessible

Avoid Stairs

Smooth Pavement

Curb Cuts

Audio Signal Crossing

Cleanliness

Clean Streets Preferred

Saftety

High Visibility (Avoid poorly lit streets.)

Pedestrian Only Paths

Avoid Obstructions

Signalized Crossing only

Marked Crosswalks Preferred

Avoid High Traffic Areas

Avoid Busy Intersections

Save Settings

All Filters

!

!

!

Search Map

View Nearby Issues

!

Report

Enter Location

Current Location

Or

Report

Select Location:

Next

Report

Enter Details:

Severity:

Severity:

Is this an Accessibility issue?

Is this an Accessibility issue?

Notes:

Yes

No

Unsure

Yes

No

Unsure

Upload Photo

Minor

Severe

Minor

Severe

Sidewalk is blocked by construction.

Submit

Map as the hub: reflects research showing users want immediate, scannable safety info.

Two clear paths: browse or report, translating the consume/contribute symbiosis identified in research.

Low-friction contribution: short steps with immediate confirmation.

Progressive disclosure: optional details balance fast reporting with useful community data.

Filter Personalization: Routes can be quickly tailored to match each user’s accessibility, safety, and comfort preferences.

Participants revealed moments of friction:

“I was clicking the icon on the map before the actual button — I think it should work both ways!”

“It would be better if I didn’t need to scroll to see certain features.”