Case study · product management​

Airbnb Group Pay

Group travel is booked by groups. It's paid for by one person. A payments concept that kills the organizer tax.

PM

Research → MRD → PRD → UX

Concept Project

TL:DR

One person fronts the full cost of almost every group trip:
67.6% of surveyed travelers paid on their own card.

Group Pay lets the organizer lock a listing by paying only their share; a 12-hour secure window collects the rest, guest by guest.

Scoped end to end: survey research, host-risk modeling, MRD and PRD, and a piloted rollout with kill criteria.

ACT 1

Problem → Requirements

Book an Airbnb with friends and one person takes a second job: fronting the cost, chasing shares, absorbing the risk. Guests abandon expensive bookings.

Hosts lose prime dates. And Airbnb only ever sees the organizer, the rest of the group is invisible.

Guest selection & booking

The process begins when a guest locates and selects a property to book.

Transaction initiation

The guest pays upfront; currently one "Organizer" typically carries the full financial liability.

PROBLEM SPACE

Escrow model

Airbnb holds the money in central accounts rather than paying the host immediately.

24-Hour safety hold

A security buffer is applied to the funds to ensure transaction integrity.

Consolidated payment

The host receives a single payment minus applicable service fees.

67.6%

Paid the full booking on their own card
(survey, n=37)

62.2%

"The group will pay me back"
(airbnb user interviews)

~44%

Airbnb share of short-term rental revenue

$2.1B

Worth of bookings lost to the fronting problem yearly.

Steve | Organizer

Chases payments while his card is maxed

Leo | Contributor

Will pay his share, won't join the planning

Rachel | Host

Fears groups that hold dates and never pay

Market Requirement

"Show clearly who has paid and who has not"

Product Requirement

"A dashboard listing each member as paid or pending, with reminders."

ACT 2

Solution & HiFi UX

Group Pay is a new payment option at checkout. Instead of fronting the full amount, the organizer pays only their share.

That payment locks the listing and starts a 12-hour secure window: the property disappears from search results while each guest pays their own part through a shared link. No app to download, no account required to pay. When the group reaches 100%, the booking confirms like any other.

If it doesn't, everyone gets refunded automatically and the listing goes back on the market.

Nobody bankrolls the trip, and the host's calendar is also never held hostage.

Step 1

Organizer pays share

Step 2

Inventory locked

Step 3

12 Hour window opens

Step 4

Guests pay individually

Step 5

Booking confirmed

1. ORDER CREATION SCREEN

2. LISTING SCREEN POST BOOKING

3. CONTRIBUTOR PAYMENT SCREEN

ACT 3

Metrics & Rollout

We defined success and failure before writing a single requirement. North star: 90% of group bookings fully funded within 12 hours.

The feature ships behind a flag with rollback triggers agreed upfront - if over 15% of held listings cancel, or over 5% of pilot hosts opt out, it doesn't scale.

Rollout expands only where the risk model says it's safe: internal test first, then a US pilot on bookings 30+ days from check-in.

North Star

90% of bookings funded within 12h

Growth target

1.5 new verified users per Group Pay booking

Guardrails & Kill criteria

Hold churn >15%
Host opt-out >5%