gomdrop

Making group orders feel less like a juggling act.

Role: UX/UI Designer & Researcher Skills: Figma | Interaction Design

Organization: UCSD Timeline: 10 weeks, Winter 2025

Gomdrop dashboard and order responses: recent orders, notifications, batches, and payment summaries.

Overview

Managing just one order for my family, making sure we get everything we want, tracking shipments, and handling payments, can already feel overwhelming. I can't imagine managing over 100 orders while juggling deadlines, messages, payments, and unexpected issues. Yet Group Order Managers do this every day, often relying on spreadsheets, Notion, and Instagram DMs to keep it all together.

Problem

What is a GO?

Have you ever split a bulk order with friends to save on shipping? That's the essence of a Group Order. In global fandoms, especially K-pop, GOs let international fans pool orders and share shipping costs while getting access to merchandise that may otherwise be difficult to buy.

Who are GOMs?

But behind every successful GO is a Group Order Manager. GOMs act as the middleman between suppliers and hundreds of individual buyers, managing payments, merchandise, shipping addresses, updates, and questions, all while trying to maintain trust within their community.

The Challenge

There isn't really a tool built around how they actually work. Instead, GOMs piece together spreadsheets, Notion pages, Google Forms, Instagram DMs, Venmo, Zelle, and whatever else gets the job done, for a single order.

Lexi, a group order manager: biography, values, goals, tools, and challenges.
Ariel, a group order joiner: biography, values, goals, favorite groups, and challenges.
How might we make managing a group order easier without losing the flexibility and personal connection that makes GOMs successful?

Understanding GOMS

Research: Before designing anything, we needed to understand what managing a GO actually looks like. We interviewed two GOMs: one experienced, with 4+ years running GOs and 150–200 joiners per order, and one newer, with 1+ year of experience and 15–30 joiners per order. We also shadowed one GOM's live workflow, from collecting orders to managing shipping.

Findings: Both GOMs relied heavily on Google Sheets or Notion to maintain their master-lists, manually updating information as orders progressed. But the biggest challenge wasn't simply organization, it was keeping everything, and everyone, up to date.

Findings

01

Communication at Scale

Small GOs can lean on group chats, but larger orders make constant manual updates impossible.

02

Joiner Mistakes

Incorrect payments or shipping info can lead to delays, and GOMs sometimes cover the cost themselves.

03

Scattered Information

GOMs jump between multiple platforms just to manage payments, orders, shipping, and communication.

GOM + Joiner needs

GOMs need control

  • Orders
  • Payments
  • Shipping
  • Claims
  • Communication

Joiners need clarity

  • View their orders
  • Check payment status
  • Update Information
  • Track Shipping
  • Receive important Updates

The solution needed to work for both sides --> detailed enough for GOMs, but simple enough for joiners.

Competitive Analysis

ToolWhat WorkedWhat Was Missing
NotionFlexible organization, real-time updatesToo customizable, lacks payment and order features
Google SheetsFamiliar, accessible, handles lots of dataManual updates, overwhelming for joiners
Google FormsEasy order collection, Sheets integrationNo automatic invoicing or payment tracking
GOMDropAll-in-one order managementLimited flexibility and editing

The gap wasn't another spreadsheet. GOMs needed a system that brought organization, communication, and payment management together.

Design Goals

Based on our research, we focused on the two moments where GOMs experienced the most friction, managing the order itself, and managing payments & shipping once it was underway.

Exploring the Solution

Flow 1: Order management

The GOM creates an order form that automatically syncs with their master-list, letting joiners update their own info while the GOM keeps control of the order.

Order management flow: creating an order and keeping the master-list synchronized with joiner updates.

Flow 2: Payments & Shipping

Once shipping costs are finalized, the system calculates fees, sends payment requests, and lets joiners confirm or update their information.

Payment and shipping flow: calculating fees, requesting payment, and confirming joiner information.

Sketches

This was one of my favorite parts of the project, exploring different ways to solve the same problem through sketches and early interface concepts. We carried over familiar patterns from tools like Notion and Google Sheets, but redesigned them specifically around how GOMs actually work.

Order management sketches: form notifications, a group-order bulletin, welcoming joiners, and reusable templates.
Order management sketches: open orders, form creation, the order dashboard, and item selection.

Wireframes

Our first wireframes centered around three key areas, with a separate flow for mass payment reminders and shipping updates.

Flow #1:

Dashboard: A quick overview of order statuses, notifications, deadlines, joiners, and payments.

Orders: A centralized space to organize group orders and access templates.

Master-list: An automatically updated database where GOMs could still make manual edits when needed.

Flow #1 wireframes: Gomdrop’s dashboard, orders, master-list, payment details, and order lists.

Lo-fi Testing

We tested our lo-fi prototype with an experienced GOM. The feedback showed us that some of our assumptions didn't match how GOMs actually worked, and that turned out to be one of the most useful parts of the whole project.

Changes

1. Making templates more like templates

Before: Preset templates looked like filters.
Making templates more like templates, before: Preset templates looked like filters.
After: Redesigned the buttons so their purpose was immediately recognizable.
Making templates more like templates, after: Redesigned the buttons so their purpose was immediately recognizable.

2. Giving GOMs an overview

Before: Important information was scattered across the dashboard.
Giving GOMs an overview, before: Important information was scattered across the dashboard.
After: Added an overview showing joiners, ordered items, payments, and active orders.
Giving GOMs an overview, after: Added an overview showing joiners, ordered items, payments, and active orders.

3. Making reminders easier to find

Before: The Send Reminder CTA competed with other elements.
Making reminders easier to find, before: The Send Reminder CTA competed with other elements.
After: Grouped the primary order actions together and redesigned the reminder button for consistency.
Making reminders easier to find, after: Grouped the primary order actions together and redesigned the reminder button for consistency.

Reflection

Designing for a community I knew very little about.

This project pushed me into a completely new space. Before this, I knew very little about group order managers or the work that goes into organizing a GO. I had to quickly learn how this community operates and design around a workflow that was completely unfamiliar to me.

What I enjoyed most was being able to explore different solutions and then use real user feedback to challenge them. Testing showed me that something that made sense to me as a designer didn't always make sense to the person actually using it.

This project pushed me to become more adaptable in my process, and reinforced how important it is to design with users, rather than just for them.

Next Steps

  1. Test with both experienced and novice GOMs
  2. Test the full interactive prototype
  3. Measure workflow efficiency and discoverability
  4. Continue refining payment, batch sorting, and order management