UX case study · AI-accelerated Design Sprint · 2026

GoBags

Where do you put your bags between lives?

Role
Solo UX designer & builder
Methodology
Design Thinking · Compressed via Design Sprint
Output
2 user flows · Prototype
Timeline
1 year + (Validation ongoing)
Tools
Notebook · Claude AI · HTML/CSS

A city-scale luggage storage for India's transit travellers. Drop the bags and roam!
AI-accelerated Design Sprint, grounded in classic Design Thinking discipline.

01 · The brief

Why I picked this problem

A couple stands outside Bengaluru station with four suitcases and nowhere to put them. Their flight is tomorrow morning; the cloak room is shut; a hotel means paying for a night they won't sleep in. Now multiply that by the world's largest rail network and three of the world's twenty busiest airports — a country with no infrastructure for the most basic transit job: putting your bags down. I carried that observation in my notes for over a year. In March 2026, I gave myself a single afternoon to prove the problem was real, the solution was buildable, and that design thinking still holds at AI-accelerated speed.

Constraint
Solo designer
No team to consult — every decision is mine to defend.
Constraint
3-hour build window
Forces brutal scope discipline.
Constraint
AI as co-pilot
Tests whether classic design thinking holds up at compressed speed.
02 · EMPATHIZE

Listening before designing

Design Thinking starts with empathy. Even in a compressed sprint, this phase cannot be skipped — it can only be condensed.

* This image is AI generated

The observation that started it

It started at Bengaluru City Railway Station. A young couple, four suitcases, arguing with an auto driver who wanted ₹600 to take them 2 km because they had nowhere to drop their things. Their flight was the next morning. A hotel meant paying for a full night. The station cloak room was closed.

I sat with that observation for a year before I designed anything.

Secondary research

Thirty minutes of structured research with Claude as a research partner. Two findings did most of the work.

The market that already solved this
  • Bounce — café and shop network for hourly bag storage in 100+ US cities.
  • Stasher — UK and Europe, partnered with hotels and tourist attractions.
  • Radical Storage — claims 5,000+ partner locations across 40+ countries.
The Indian transit reality
  • ~24 million daily train passengers across Indian Railways.
  • ~3 million daily passengers across the top 3 Indian airports.
  • Hotel check-in: 12 PM. Check-out: 11 AM. A 3–6 hour gap every traveller faces, every trip.
How the market leaders actually work
  • Bounce — two-sided marketplace; ~32,000 partner locations across 100+ countries; ~$3–5 per bag/day; luggage insured up to $10k; ~50% revenue share to partners.
  • Stasher — “StashPoints” in vetted shops & hotels; ~8,000 locations across 1,000+ cities; £6 / €5 / $5 per bag/day; reached profitability, with ~50% of the fee going to hosts.
  • Radical Storage — partners called “Angels”; ~13,000 locations in 1,000+ cities; flat ~€5–6 per bag/day regardless of size; €3,000 guarantee with QR + photo check-in.
The shared playbook
  • Asset-light — partners supply the space; the platform owns no storage real estate.
  • Drop-off at a nearby vetted partner, booked in-app — no courier fleet or logistics.
  • Flat, simple pricing (~$5–6 per bag/day) plus insurance and QR/photo check-in to build trust.
  • ~50% revenue share turns idle back-room space into partner income and foot traffic.
  • City-level network density is the moat — a low-switching-cost travel utility.

Sources: Bounce (Stripe customer story; a16z), Stasher (Tech.eu; TechCrunch), Radical Storage (company site; Dealroom). Figures approximate, 2025–26.

📌 Artifact placeholder — market-landscape diagram (global solutions vs Indian gap) will sit here.

User interviews

Validation in progress

A vague problem produces a vague product. To move beyond observation, structured interviews with the user segments most affected:

  • 5–7 participants across three segments: business travellers, students/families, tourists.
  • Semi-structured 30-min sessions, in-person at Bengaluru City Railway Station and Kempegowda International Airport.
  • Focus areas: current workarounds, payment willingness, trust signals required.
  • Synthesis: affinity mapping, empathy maps, common pain themes.

This section will update with real findings as interviews complete.

Initial empathy synthesis

Based on observation and secondary research — to be refined with interview data.

Says
* This image is AI generated
“Where am I supposed to put these?”
“Is it safe to leave them here?”
“Will I make it back in time?”
Thinks
* This image is AI generated
“This is going to ruin my morning.”
“I should have shipped them ahead.”
“Why does no app exist for this?”
Does
* This image is AI generated
Pays for a hotel night they won't use
Drags luggage through cafés and meetings
Hands a bag to a stranger for ₹100
Feels
* This image is AI generated
Anxious · Frustrated · Stuck · Embarrassed · Resigned to risk
03 · DEFINE

Framing the problem precisely

A vague problem produces a vague product. Before any screen, three artifacts: a problem statement, three POV statements, and five How Might We questions.

Problem statement

* This image is AI generated

India's 27+ million daily transit travellers need a trustworthy, on-demand way to store and move their luggage because existing infrastructure is unreliable, restrictive, and dignity-stripping — and global solutions like Bounce, Stasher, and Radical Storage have not entered the Indian market.

How Might We

Five questions that drove every screen.

  1. 01How might we make storage discoverable within 30 seconds of opening the app?
  2. 02How might we earn enough trust on first use that a stranger will leave their bag with a stranger?
  3. 03How might we collect KYC without making the first booking feel bureaucratic?
  4. 04How might we design a payment flow that takes 6 seconds, not 60?
  5. 05How might we free a traveller from their bags for the whole journey — not just the hours in between?

📌 Artifact placeholder — HMW poster will replace this list.

AI Persona

Composite persona

Synthesized from observation, secondary research, and conversations — not a single real interview subject. To be replaced by a research-grounded persona after the planned interviews.

Anaya, 28
The in-between traveller
Trip context
4-day work trip; lands before her hotel will check her in
Carries
Large checked + carry-on
Timing pain
Arrives 6 AM. First meeting before noon. Hotel check-in: 12 PM.
Tech profile
High comfort. UPI-first. Distrusts cash-handling apps.
“Drop my bags somewhere safe in 15 minutes and forget about them.”
Jobs to be done
  • When I arrive in a new city before my hotel will take me, I want to store my luggage quickly and securely so I can start my day without dragging suitcases.
  • When I'm done with my city day, I want my bags waiting for me where I'm staying so I don't have to detour.

The interview with AI

To pressure-test the persona before live interviews, I tried something new — I built Anaya as an AI persona in Claude, grounded in the observation and secondary research, then interviewed her in character for 30 minutes across one full Mumbai work trip, landing to late-night flight. The conversation below is that interview; the findings it surfaced follow underneath.

The full 30-minute interview with Anaya, conducted in Claude — persona and participant in one conversation.

Run as a rehearsal against the synthetic persona to sharpen the interview guide; the findings below are hypotheses to validate with live participants.

She takes the cheap 6 AM flight almost every other week and lands hours before her noon check-in. She heads to the hotel anyway to offload her 75 cm suitcase at the front desk, then drags her laptop bag to a client meeting — changing in an airport or café bathroom on the way. She can't pack lighter for four days, and the checkout-to-late-flight window at the end of the trip repeats the same problem all over again.

Storage solves about 60%, she says — the suitcase is the weight, but she still needs somewhere to freshen up. The relief is as much mental as physical: once the bag is sorted, she can switch into work mode. She mentally splits her luggage into what she'll leave and what always stays with her, and her trust bar is high — it's about the system around the person, not the person.

What the interview surfaced
A structural gap, not a planning failure

“The flight lands when it lands, the hotel opens when it opens, and those two things just don't match.”

Kills the “just plan ahead” objection — the gap is structural, not the traveller's fault.

Storage is 60% — freshening up is the hidden 40%

“It helps, but it's maybe 60% of the problem solved. A locker doesn't give me that.”

Storage alone isn't the whole job; the freshen-up need is an adjacent opportunity — or an honest scope line GoBags names.

The real product is mental offload

“Once I know the bag is sorted I can switch into work mode. Right now that switch doesn't happen cleanly.”

A cognitive relief before a client meeting needed, not cheap storage.

Luggage splits into ‘can leave’ vs ‘always with me’

“Insurance can replace monetary value. But my grandmother's earrings — I can't put a number on that.”

Design for everyday belongings and don't over-promise on the irreplaceable — saying so builds trust rather than eroding it.

Trust is the system, not the person

“The person matters less than the system around that person.”

Validates system-level trust — QR/token logging, real-time receipts, insurance, and word-of-mouth as the actual unlock.

Moderated interview with the synthetic persona (Anaya) as a guide rehearsal · to be validated with live participants.

Current-state journey

Anaya's arrival morning

Six steps, one long low. Mapped from the interview — the emotional line never lifts, because nothing resolves the bag until the morning is already gone.

01 · Book
The 6 AM flight

Books the cheapest early flight; the ticket often lands only a night before.

“It's half the price of the later ones.”

😐Resigned
No say in the timing
02 · Land
7:30 AM, wiped out

Up since 3:30, sleeps on the flight, lands looking nothing like she wants to.

“By the time I land, everything's a mess anyway.”

😣Drained
Unpresentable, hours to kill
03 · The gap
Check-in isn't till noon

Realises she has four hours and a 75 cm suitcase with nowhere to go.

“The flight lands when it lands, the hotel opens when it opens.”

😟Stuck
A structural gap, not hers to fix
04 · Offload
Leave it at the desk

Commutes to the hotel anyway and hands the big bag to the front desk.

“It's in some back room — I've no idea who's touching it.”

😰Uneasy
Only if you're a guest; low trust
05 · Freshen up
The café bathroom

Changes and fixes her hair in an airport or café washroom, crouched over the case.

“Undignified when you're about to meet a client.”

😞Exposed
No proper space to reset
06 · Meeting
11 AM, not composed

Walks in split between the client brief and where her bag is.

“That switch into work mode doesn't happen cleanly.”

😖Frazzled
High cognitive load, no reset

No stage in the journey feels in control — the emotional low never lifts, because nothing resolves the bag until the morning is already gone. The same low returns at trip-end: checkout at 11, a late flight, and the bag unresolved all day.

📌 Artifact placeholder — polished persona card will replace this stylized version.

Point-of-view statements

POV 01

Anaya, a business traveller, needs to drop her bags within 15 minutes of arrival because her conference starts before her hotel will check her in.

POV 02

A backpacker arriving overnight in Bangalore needs to store gear without a same-day train ticket because she's planning to bus to Coorg the next morning.

POV 03

A wedding family on a layover needs to store and later deliver six suitcases to a venue because dragging them through a city for 8 hours is not an option.

📌 Artifact placeholder — journey map with emotion curve will go here.

04 · IDEATE

Exploring before committing

Twenty minutes to diverge — to consider concepts I would later reject. Showing rejected directions is the difference between a case study and a sales pitch.

Concepts considered

Four directions, evaluated against viability, desirability, and feasibility for a 3-hour build.

AHotel-network onlyRejected

Partner with hotels to store luggage in their cloak rooms.

Why rejected: Same trust failures as today. Can't reach non-guests. Replicates existing infrastructure rather than replacing it.

BDoor-to-door luggage shippingRejected

Pickup at origin, ship to destination.

Why rejected: Requires national logistics, multi-day operation. Wrong job — solves shipping, not the transit-day gap.

CMarketplace of café + shop partnersPicked

Bounce-style network with verified storage points.

Why picked: Asset-light. Scales fast. Solves the discovery problem. Maps to a proven international playbook.

DSmart locker networkDeferred

Standalone kiosks at stations and airports.

Why deferred: Capex-heavy, slow rollout. Considered for v2 after the marketplace proves demand.

Divergent thinking — notebook + prompts

No Figma in this project. Exploration happened in two media:

  • Notebook sketches — pencil sketches of screen layouts, main-screen variations, and flow diagrams. The only pre-prompt artifact.
  • Prompt brainstorming with Claude — written exploration of alternative IAs, “what if we open on a list?”, “what if KYC is at the end?” Claude as a divergent-thinking sparring partner.

📌 Artifact placeholder — 2-3 notebook page photographs will sit here with one-line captions.

Information architecture

GoBags app
├── Onboarding (4 screens)
│   ├── Welcome
│   ├── Aadhaar consent
│   ├── Permissions
│   └── Map handoff
├── Discovery
│   ├── Map (default)
│   ├── List view
│   └── Filters
├── Storage detail
│   ├── Photos
│   ├── Hours · Capacity · Rating
│   └── Reserve
├── Booking
│   ├── Duration & price
│   ├── Payment (UPI default)
│   └── Confirmation + QR
└── Add-on
    ├── Delivery scheduling
    └── Delivery tracking

📌 Artifact placeholder — clean IA diagram will replace this code-style tree.

Two named user flows

Flow A · First-time booking with KYC
Welcome → Aadhaar OTP → Permissions → Map → Storage detail → Confirm slot → UPI pay → QR confirmation
Flow B · Returning booking + delivery
Map (last location remembered) → Storage detail → Confirm → UPI → QR → Schedule delivery → Track
05 · PROTOTYPE

Building to test

A prototype is a question made testable. 18 hi-fi screens in HTML and CSS with Claude AI as co-pilot. The discipline came from the previous four phases — the speed came from AI.

The build flow

Most case studies show Sketch → Wireframe → Hi-fi. This project skipped the wireframe entirely.

Step 1
✏️
Notebook sketch
Strategic intent on paper
Step 2
💬
Written prompt to Claude
Precise translation to instruction
Step 3
💻
HTML/CSS hi-fi
Production-quality code output

The most modern build flow possible in 2026. No intermediate Figma. No wireframe round-trip. It works because the upstream phases produced enough clarity that prompts could be specific. Vague phases produce vague prompts. Discipline upstream is what makes execution this fast downstream.

📌 Artifact placeholder — real triptych with notebook sketch + Claude prompt + rendered screen will replace this stylized version.

How AI changed the build

What Claude did
Generated the HTML/CSS scaffolding. Suggested layout patterns. Caught edge cases I'd have missed (empty states, error flows). Rendered Indian-locale specifics like Aadhaar field formats and UPI payment confirmations.
What Claude didn't do
Make the strategic design decisions. Pick the persona. Frame the problem. Choose Aadhaar over phone OTP. Choose map-first over list-first. Decide what to leave out.
What I learned
The discipline of Design Thinking is more important when working with AI, not less. AI accelerates execution. It does not replace the questions that shape what gets executed.

Design decisions worth defending

Four decisions, each shown with the rejected alternative.

01
Aadhaar KYC over phone-OTP signup
PickedAadhaar verification on first booking.
RejectedPhone-OTP-only signup .

Why: Storage requires bilateral trust. Aadhaar is the only ID layer that scales in India and is familiar to the user. Also a competitive moat — global entrants would have to build this from scratch.

02
Map-first, not list-first
PickedDefault screen is a live map with nearby storage capacity.
RejectedSearch bar with text results.

Why: Transit users think in destinations, not brand names. The map answers the right question instantly. Pattern borrowed from Uber/Ola; familiarity earns 4 seconds of attention.

03
UPI as default payment rail
PickedUPI pre-selected, alternatives hidden under “Other”.
RejectedEqual-weight payment method picker.

Why: UPI is what 80%+ of Indian app users actually transact with. Showing five options creates fake choice and adds 6–8 seconds to booking. Optimize for the dominant rail.

04
Storage primary, delivery as add-on
PickedStorage is the headline. Delivery surfaces after booking is confirmed.
RejectedLead with the full storage + last-mile pitch.

Why: Storage is the immediate pain. Delivery is upsell. Selling the upsell first confuses the user, the value prop, and the unit economics.

The 18 screens

10 of the 18 have been published. Once you map which screen belongs to which flow step, captions will sit alongside each.

📌 Existing 10 prototype screenshots will be migrated here with one-line captions per screen.

06 · TEST

Validating with users

Validation in progress

A prototype that hasn't met a real user is still a hypothesis. Here's the validation plan.

Usability test protocol

  • Method: Moderated remote usability tests via Maze and Figma prototype.
  • Participants: 5 users matching the Anaya persona. Recruited from LinkedIn travel groups and college-alumni networks.
  • Tasks:
    1. “You've arrived in Bengaluru with two suitcases. Find storage near MG Road.”
    2. “Complete a booking and pay.”
    3. “Schedule delivery to a hotel later today.”
  • Success metrics: Task completion rate, time-to-complete, error rate, SUS score, post-test interview themes.

What I'm specifically testing for

Hypothesis 01
Map-first is more intuitive than list-first
Track time-to-first-tap on map vs alternative list-first prototype
Hypothesis 02
Aadhaar consent doesn't kill conversion
Measure dropout at consent screen
Hypothesis 03
UPI default reduces payment time
Time payment-screen completion
Hypothesis 04
Delivery as add-on doesn't get missed
Percentage of users who discover and use delivery

Early iteration hypotheses

Three things I already suspect will need work, even before testing:

  • Aadhaar screen will need a one-line trust statement (“Your data is encrypted and never stored”).
  • Partner photos matter more than ratings. People judge trust visually first.
  • Booking confirmation probably needs an offline-accessible QR fallback for users on patchy mobile data.
07 · OUTCOMES

What shipped

The counts are honest. The honesty is the differentiator.

18
Screens designed
2
Flows shipped
~3h
Blank canvas → working HTML
0
User interviews completed (planned: 5–7)
0
Usability tests completed (planned: 5)
08 · REFLECTION

What three hours taught me

🤖
Claude AI is a creative co-pilot, not a designer

18 screens, two flows, and India-specific patterns in roughly three hours. Claude didn't just write code — it caught edge cases, suggested empty states, and rendered locale specifics. But it didn't choose the persona, frame the problem, or pick Aadhaar over phone-OTP. Strategy stayed mine.

🇮🇳
India has a real infrastructure gap

Tens of millions of daily transit passengers. Zero scaled city-storage solution. The market Europe solved a decade ago is still wide open here.

💡
Discipline matters more at speed

The compressed sprint worked because of the design thinking phases, not despite them. Skipping Empathize would have produced a prettier wrong product.

Ideas deserve proof, not decks

This idea sat in my notes for a year. Three hours to ship made it real, shareable, and defensible. The gap between idea and prototype is now closer than the gap between prototype and real product.

09 · WHAT'S NEXT

The honest take

“This isn't a startup. It's proof that the idea is real, the pain is real, and the discipline of design thinking holds up at AI-accelerated speed.”
Next steps for the project
  1. 01Run the 5 planned user interviews at Bengaluru station and KIA airport.
  2. 02Conduct 5 moderated usability tests on the prototype.
  3. 03Iterate the 18 screens based on findings.
  4. 04Talk to 3–5 café partners about onboarding logistics.
You're back at the top