SELF-DIRECTED UX SPRINT  ·  Rapid prototyping

GramCity — finding the right photo-op spot

I designed and tested a photo-op discovery feature for GramCity, a fictional photo-editing app. Starting with a provided research brief, I built a map-first prototype to help people find nearby spots and evaluate them through reviews and visitor photos.

UX prompt
5-day sprint
Solo
Claude Design · Figma · Illustrator
GramCity app on three phone screens — enable location, photo-op list, and location detail

OUTCOME: FROM BRIEF TO VALIDATED PROTOTYPE

5 Days

Solo Design Sprint

Brief to tested prototype

5/5 Users

Core Flow Completed

Also said they'd use the feature

1 Refinement

Testing Changed the Design

Full-screen photos to evaluate spots

THE CHALLENGE

The assignment and constraints.

A self-directed five-day sprint testing one thing: how quickly I could turn a provided brief into a credible, user-tested solution.

THE ASK

GramCity is a photo-editing app. The brief: add a way for users to discover where to take great photos.

GIVEN TO ME
Pre-run user interview insights
THE CONSTRAINT
One five-day sprint, solo
THE DELIVERABLE
A tested, clickable prototype

MY OWNERSHIP

SPRINT AT A GLANCE

The five-day sprint.

Five days to move from a provided brief to a tested prototype. Each day focused on one decision that moved the concept forward.

day 01

Synthesize

Cluster research, define user behavior, frame challenges.

day 02

Diverge

Prioritize features, study rivals, ideate fast, by hand and with AI.

day 03

Design

Storyboard the flow, build the HiFi screens.

day 04

Prototype

Wire the screens into a clickable flow with Claude Design.

day 05

Validate

Test with five users, find friction, recommend fixes.

DAY 01 · INSIGHTS

What people wanted to photograph
and how they chose locations.

Insights: nearby discovery · spot type · proof before commitment

Using the provided interviews, I clustered recurring behaviors and needs into themes I could design against:

The synthesis translated into three requirements for the experience:

01
Show information
that supports a decision
Use visitor photos, reviews, distance, and directions to help someone decide whether a place is worth the trip.
02
Support browsing
by photo subject
Support categories like murals, architecture, landmarks, and scenic spots.
03
Prioritize
nearby results
Surface strong photo-ops close to where someone already is.

DAY 02 · DIRECTION

Selecting a map-first approach.

Direction: map-first discovery · familiar patterns · flexible browsing

I narrowed the concept around one core task: help people find a nearby photo-op, understand whether it’s worth the trip, and get there.

The feature set.

The insights pointed to one core experience: location-based photo-op discovery. Map/list switching and reviews + photos supported that decision, while search, saving, and filters stayed secondary.

Explore photo-ops by location
Map + list views
Reviews & photos
Search any city
Save for later
Save for later

Lightning demos.

I studied familiar discovery patterns so the sprint could spend its limited time solving the photo-op problem instead of teaching users new interaction models.

Grubhub's map of restaurant pins with a list toggle
Grubhub

Map + list toggle

Browse without losing your place.

Airbnb's category row with icons for pools, rooms, and beachfront
Airbnb

Category browsing

Jump straight to the type you want.

Yelp's reviews tab with star ratings and visitor photos
Yelp

Reviews & photos

Proof that a spot's worth the trip.

Comparing four design directions.

I used Claude Design to explore multiple structural directions quickly, including map-first, list-first, category-led, and conversational concepts. I chose the map-first direction because it best supported nearby discovery while keeping the list one tap away, then translated that decision into a hand-sketched storyboard.

DAYS 03–04 · DESIGN

From flow to clickable prototype.

Design: critical path · HiFi screens · interactive prototype

Map the critical path.

I mapped the core discovery path before designing screens so every interaction had a clear next step. The core flow moved from location access to discovery, evaluation, and directions.

Build the key screens.

GramCity's enable location screen with an illustrated city and an "Okay, I understand" button
Screen 01: Enable location

Explain location access before requesting permission.

Explains why location improves discovery before requesting permission.

GramCity's map view with photo-op pins across downtown San Diego and a Waterfront Park card
Screen 02: Map view

Show nearby photo-ops on a map.

Photo-ops appear as pins, with filters and list view available without losing context.

GramCity's Waterfront Park detail page with rating, directions, and reviews
Screen 03: Detail page

Show reviews and photos on the location page.

Ratings, reviews, directions, and visitor photos help someone decide whether a spot is worth going to.

Turn the flow into something testable.

Once the core screens were defined, I used Claude Design to turn the flow into an interactive prototype. I directed the taps, toggles, and transitions around the critical task so testing could stay focused on one question: can someone find a photo-op, decide if it’s worth the trip, and move toward it?

Open the Claude Prototype

DAY 05 · VALIDATION

Testing the core flow with five users.

Validation: 5 users · core task · 1 refinement

I asked five participants to find a nearby photo-op, evaluate the location, and move toward visiting it.

THE RESULT

All five participants completed the core discovery flow and said they would use the feature. Their feedback also informed a refinement to photo browsing.

Refinement

Visitors needed larger photos before deciding

Participants wanted to inspect other visitors' photos more closely before deciding whether a location was worth the trip. The existing grid gave them the proof they wanted, but not at a useful enough scale.

Fix: Make the photo grid tappable and open images in a full-screen, swipeable viewer.

GramCity's Waterfront Park detail page with the Photos tab open, showing a grid of visitor photos with expand icons
Tap a visitor photo
The same photo opened full screen in a dark swipeable viewer, captioned "Photos by site visitors · swipe to browse"
Browse it full screen

The FINAL SOLUTION

The final photo-op discovery flow.

The prototype connects nearby discovery, map and list browsing, and location details to help people choose where to take photos.

01

Explain why location is needed

How the entry screen communicates the benefit and gives people control over their settings

Clear payoff before permission.

Two views, one discovery flow.

02

Switch between map and list views

How the two views show the same nearby locations without restarting the search.

03

Review a location before visiting

How ratings, distance, reviews, and photos help people evaluate a spot.

Proof before commitment.

REFLECTION

What this project
taught me.

Time constraints forced prioritization

Five days forced every feature to justify itself. Prioritizing the core discovery task kept the solution focused.

Familiar patterns kept the focus on discovery

Map and list switching, category browsing, and reviews used familiar interaction patterns so people could focus on finding a photo spot.

Five tests surfaced a concrete refinement

Testing revealed that participants needed larger visitor photos to evaluate a location before visiting.

AI supported exploration, but I made the design decisions

Claude Design accelerated exploration and prototyping. I selected the direction, interaction model, and final tradeoffs.

IF I HAD MORE DAYS

I'd run my own discovery round to pressure-test the provided research, build out the saved and plan-ahead flows, and re-test the photo-viewer refinement with users.

Previous — Good Help
Next case study
IAGD
An accessibility-first redesign for a disability-inclusion nonprofit.
CONTENTS