Skip to main content
UI Coach Logo
Back to challenges
Intermediate

Group Trip Decision Board

Design a shared decision board that helps friends agree on dates, destinations, budgets, and access needs without public negotiation pressure.

Responsive web, Mobile

The brief

Understand the problem

Background

Group trips often stall in chat because date polls, destination links, private budget limits, and accessibility needs are mixed together. Loud preferences can dominate even when an option is not feasible for everyone.

User context

Six former classmates want a three-night reunion. Some can travel only in November, one needs step-free accommodation, and two prefer not to reveal their maximum budget to the group.

Product problem

The group needs a structured way to rule out impossible options, compare viable ones, and record a decision without exposing sensitive constraints.

Objective

Create private constraint setup, shared option comparison, decision round, and commitment states for one group trip.

What to design

Define the experience

Required experience

  • Join the trip and submit public or private constraints
  • Propose a destination with comparable cost and travel data
  • Review option fit and resolve missing information
  • Vote, finalize, and confirm personal commitment

Screens and states

  • Trip setup and private constraints
  • Destination board
  • Decision round
  • Final plan and commitments

Core user flow

Follow the critical path

  1. 01

    Each friend submits date availability and a private budget ceiling

  2. 02

    Two destinations remain after hard constraints are applied

  3. 03

    The organizer requests verified step-free room details for one option

  4. 04

    The group votes before a deadline and confirms the winning plan

Product rules

Requirements and constraints

Requirements

  • Separate hard constraints, preferences, and undecided answers
  • Aggregate private budget data without revealing individuals
  • Normalize trip length, transport, lodging, and currency across options
  • Explain why an option is blocked or awaiting information
  • Record the final decision and each person's commitment state

Constraints

  • The organizer cannot see private constraint values
  • Prices remain estimates until travelers book
  • Voting rules must be set before the decision round opens

Reality check

States worth considering

The vote is tied
A late member joins
A winning option changes price
No destination meets every hard constraint
Someone withdraws after the decision

Ready-to-use content

Mock data

Use this content to test hierarchy and realistic data states. You can expand it when the concept needs more depth.

Option fit

  • Lisbon: 6 available, within aggregate budget, access pending
  • Valencia: 5 available, within aggregate budget, access confirmed
  • Edinburgh: 4 available, above two private limits

Finish line

What to deliver

  • Four responsive screens showing private constraints through commitment
  • A decision-state model for proposed, researching, viable, blocked, selected, and withdrawn options

If you want more

Optional extensions

Add a fair tie-break process
Design a handoff from decision to individual booking

Optional direction

Visual resources

Use these as a starting constraint if you want one. They are not part of the required solution.

Color palette
#1C1B19
#C7B89F
#649853
#735D5F
#87759D
Font pairing
Stint Ultra ExpandedPontano Sans

Stint Ultra Expanded & Pontano Sans

Clear interface writing gives people the confidence to understand what changed and decide what to do next.

Icons
Illustrations