BiteBack

BiteBack is a mobile rewards platform focused on making reward redemption clearer, easier, and more engaging.


As the UI/UX design intern, I redesigned the mobile rewards experience, identified friction points in the user journey, and helped shape a customer-facing MVP.


The redesign increased reward redemption from ~20% to ~40%, improving feature adoption and overall engagement.

Client

BiteBack

Service Provided

UI/UX Design, User Research, Product Design

Mobile UX/UI

Case Study 03 · 2025

PopUpEase

Turning scattered pop-up listings into one clear, location-aware experience.


A mobile UX/UI case study exploring how a centralized, map-first app can help users discover time-sensitive pop-up events without hopping between Instagram, blogs, and Google searches.


Case Study

iOS

Location-based

Figma

Focus

Discovery UX

Map · Event details

ROLE

Solo Designer

Self-initiated project

Timeline

1 week

2025, personal sprint

Tools

Figma

Wireframes & hi-fi

—— THE PROBLEM

01 · Home

Popular / Closest To / Recent tabs with urgency-first event cards.

02 · Map

Spatial browsing with tap-to-preview cards and capacity badges.

03 · Event Detail

Full event page with Details / Tickets tabs and a clear save CTA.

04 · Filter

Date, Distance, Category, Price — narrow results in a single sheet.

The event page carries the decision.


Address, dates, and category sit above the fold. Two small pill badges — "Limited seats" and "3 days left" — signal urgency without alarm. A single blue CTA ("Save Event") replaces a form or account gate: the user commits with one tap, and the app remembers.


Why it works: Every element on this page answers a question the user is already asking — is it still on? is it close? can I still get in?

KEY SCREEN

——PROJECT SNAPSHOT

One-page overview — problem, wireframes, high-fidelity screens, and prototype flow.

SCROLL FOR THE FULL STORY ↓

—— Reflection


PopUpEase was an exercise in restraint. It would have been easy to bolt on ticketing, reviews, follow-a-brand, or social feeds — every one of those exists in adjacent apps. But the actual pain point was small and sharp: is this pop-up still on, and can I get there before it closes? Everything else was noise. The final concept is a smaller product than my first draft — and, I think, a more focused one. It was a one-week personal project, not a shipped product.


—— Final Designs ——

Three screens that carry the whole product.


Home, Map, and Event Detail — each optimized for a different mode of decision-making: browsing, orienting, and committing.

—— Takeaway ——

What this project taught me.

—— User Flow ——

Four screens from open to intent.


The whole flow is designed to fit inside a single subway ride. No account gate, no onboarding — the app opens straight to what's nearby.

—— Validation ——

A small check before committing to the direction.


Before locking the "decision speed" thesis, I ran short conversations with 4 people who had recently tried to visit a pop-up event. The sample is small and self-recruited — enough to sharpen the design direction, not enough to make a general claim.

—— Core Insight ——

Discovery isn't the problem — decision speed is.


My hypothesis: the bigger friction may not be initial discovery, but quickly deciding whether an event is still active, nearby, and worth the trip. I checked this with a short round of user conversations (see “Validation” below) before committing to a decision-speed design direction.

—— THE PROBLEM

Pop-up information lives everywhere — and reliably nowhere.


Pop-up events are inherently time-sensitive: a store might open for three days, a café for a weekend, an art show for a week. But the information that would help someone actually go — location, hours, whether it's still running today — is scattered across Instagram stories, neighborhood blogs, and half-updated Google listings. By the time a user pieces it together, the event is often over.

Recent Designs

thumbnail Image

Recent Designs