Case Study · Usability Research

When "Different" Becomes Difficult

Evaluating how non-standard UX patterns shape first-time user confidence and decision-making on GOAT

Role UX Researcher
Methods Usability Testing · Heuristic Eval · SUS · NPS
Timeline 3 months
Team 4 researchers
GOAT app screenshot

The Problem

GOAT's interface stands out —
but not always in a good way.

  • Users freeze on simple tasks because the UI breaks their mental model
  • High-stakes moments like bidding feel risky — and entirely unconfirmed
GOAT Want button GOAT bidding flow

Research Question

How do first-time users interpret a non-standard e-commerce experience — and where does it break?

Approach

7 Participants
Austin Ages 18–39
iPhone Users only
Moderated Think-aloud sessions
~45 min Per session

Heuristic Evaluation

Eight issues. Four were serious.

Severity 3 — Major Visibility of system status

"Want" means Save — but nobody knows that

Every participant looked for a heart or bookmark icon. The 4-step save flow directly caused the study's lowest task success rate.

Replace "Want" with a universally recognized heart icon. Allow one-tap save — size and condition can be set from the wishlist page later.
GOAT app — Want button
Severity 3 — Major User control & freedom

No confirmation before a bid is submitted

Tapping "Set Offer Price" submits immediately — no summary, no confirmation, no total cost. On a platform where a bid is a legally binding $500+ commitment, frictionless isn't a feature.

Insert a confirmation screen showing item, bid price, expiration, and total before any bid finalizes. Mirror how StockX and eBay handle this.
GOAT app — Bid confirmation flow
Severity 3 — Major Match between system & real world

Heart icon saves a search — not a product

On search results, a heart sits top-right. Every user expected it to favorite an item. Instead, it saves the entire search query — causing direct task failures.

Replace with a bookmark icon labelled "Save Search". Use the heart icon exclusively for product-level favoriting.
GOAT app — Heart icon behavior
Severity 2 — Minor User control & freedom

No back button on the Order Review page

The Order Review screen has no visible back or cancel button. The only exit is a swipe-down gesture most users don't know exists.

Add a visible "Cancel" or back arrow in the top-left corner, consistent with iOS navigation standards.
GOAT app — Order Review missing back button

Tasks

Five tasks. One broken moment.

Search
Find a specific shoe
Filter
Narrow by size & price
Key friction
Save
Wishlist an item
Checkout
Complete a purchase
Bid
Place an offer

Key Metrics

The numbers tell a confidence story.

Search
100%
Familiar bottom search bar
Filter
71%
Users couldn't confirm filters applied
Lowest
Save
57%
"Want" label not recognized
Checkout
100%
Success with lingering confusion
Bid
100%
Completed — felt dangerously easy
61.9
SUS Score
Below industry average of 68 — marginal usability at scale
−14
Net Promoter Score
Consumer benchmark is +30 — more detractors than promoters
"

Kind of scary with how easy it is to go through without any confirmation.

— Participant 4, Bid task

Affinity Diagram — Participant quotes organised into themes

Unique UX
"Creative — took longer to navigate but the more I used it the more natural it became."
"I feel it's made for a very specific crowd."
Navigation
"Product details and selecting should be visible all together."
"Don't like the search bar at the bottom — top is better. How most apps work."
"Some of the navigation was confusing."
Bidding Assumptions
"Quite easy, but did have to make some assumptions."
"Kind of scary with how easy it is to go through without any confirmation."
Accessibility
"Text being too small."
"Bigger text and bigger buttons."
"Adding icons, words and button size."
Positive
"Nice and really smooth — easy to use."
"Wasn't buggy — everything was there."
"Yes — I was confident."

Core Insights

Task success is not the same as user confidence.

01

When patterns break, users hesitate

Users don't explore — they pattern match.

"I feel like it's made for a very specific crowd."
Task — Want interaction
02

Fast ≠ trustworthy

High-stakes actions need friction.

"Quite easy — but I did have to make some assumptions."
Bidding flow — no confirmation
03

Users weren't confused — they were unsure

Confidence matters more than simplicity.

"A lot of new words like offer, wants — maybe can be easier."
Filter interaction

Competitive Analysis

The market has already solved this.

FeatureGOATStockXeBayGrailed
Bid confirmation screen
Standard wishlist / save icon
Apply multiple filters at once
Persistent wishlist in nav
Clear search from results page
AR try-on
Authentication pipelineMulti-stepMulti-stepGuaranteeNone

The goal isn't to make GOAT look like StockX. It's to fix the four rows where GOAT is the only platform without a solution.

Recommendations

Three fixes. Real product impact.

01

Align with user expectations

  • Replace "Want" with a heart or bookmark icon
  • Use standard labeling — "Save", "Buy Now", "Place Bid"
  • Match search bar placement to convention
02

Add confidence at key moments

  • Confirmation modal before any bid or purchase
  • Visual feedback when filters are applied
  • Success state after saving an item
03

Reduce unnecessary steps

  • Save first, customize later — fewer taps to wishlist
  • Remove redundant Offer double-tap
  • Progressive onboarding for first-time bidders

Projected Impact

If implemented, these changes would likely:

Conversion confidence

Users complete purchases without second-guessing themselves

Accidental actions

Confirmation states prevent costly, irreversible mistakes

First-time user retention

Onboarding friction reduced for the expanding mainstream market

SUS score

Target: 75+ — from 61.9 — through language, feedback, and confirmation

How I Think

I asked a product question, not just a usability one.

My approach

I designed the study around decision moments, not just task completion. A 100% success rate can still represent a broken experience.

What I prioritized

Expectation mismatches over complexity. GOAT isn't a hard app — it's an unfamiliar one. That distinction changes what you fix.

What I'd do next

Compare new vs. returning users. A/B test standard vs. non-standard patterns. Run a second usability round after implementing the top two fixes.