Grooovy

Designing a vibe-first event platform that turns social discovery, signup, and planning into one fast flow.

EventsConsumerPlatform
[ TIMELINE ]In Progress
[ ROLE SCOPE ]Product
[ SERVICES ]4 Tracks
[ STATUS ]Production
[CAPTURE]
Grooovy
Grooovy

Project Overview.

Grooovy is a nightlife and social event discovery platform built to surface the plans that usually stay buried in group chats, stories, and word of mouth.

The experience combines a public vibe-first discovery flow with guided onboarding, Supabase-backed authentication, and a protected dashboard where users can manage plans, tickets, wallet activity, and hosting tools.

Across public event pages, RSVP and checkout flows, host workspaces, and admin views, the product is being designed to make the path from curiosity to commitment feel warm, cinematic, and fast.

Strategic Goals.

  • [01]Make nightlife and social event discovery feel closer to the way people actually decide what to do.
  • [02]Connect public browsing, guided onboarding, and signed-in planning tools without losing momentum.
  • [03]Build a warm, cinematic, mobile-friendly interface that still supports host, wallet, and admin workflows.

Engineering Process.

Problem Discovery[PHASE 01]

Start with the messy way people actually discover plans.

The public product surface is being shaped around curated event discovery so the browsing experience feels more like reading the city's mood than navigating a cold listings directory.

Event detail pages, related events, and RSVP or checkout flows are designed to keep users moving from interest to action without unnecessary detours.

Insight Layer[PHASE 02]

Use onboarding to turn personal taste into product context.

The onboarding flow asks new users for their city and preferred vibes before account creation so the signed-in experience can feel more personal from the start.

Authentication, password recovery, and protected dashboard access are being treated as part of the product experience, not just background account plumbing.

Solution Direction[PHASE 03]

Design event pages to keep curiosity moving toward commitment.

Individual event pages are being designed to balance mood, core logistics, related events, and RSVP or checkout actions without stalling the user.

That flow matters because discovery products only work when the jump from maybe to I'm in feels short and obvious.

Product Build[PHASE 04]

Extend the fix beyond browsing into plans, tickets, wallets, and hosting.

The signed-in product includes upcoming plans, saved and past events, ticket views, wallet activity, and personalized identity details like city and vibe tags.

Host and admin surfaces are being designed alongside the user journey so event creation, attendee visibility, payouts, and summary analytics all live inside the same broader ecosystem.

Current State[PHASE 05]

Tighten the handoff from discovery into the signed-in product.

The project is currently at the point where public event discovery, onboarding, and dashboard behavior are being refined into a smoother end-to-end flow.

The focus now is making sure the product feels just as strong after login as it does during first-touch browsing, especially across plans, tickets, wallets, and host tools.

DELIVERABLES & METRICS

Measurable Outcomes.

01

Established a product structure that connects discovery, onboarding, and signed-in planning in one coherent experience.

02

Built out core flows for event exploration, account creation, personalized dashboards, and host tooling.

03

Created a foundation for a multi-surface social product that can grow from weekend plans into a broader event ecosystem.

"Event products live or die on momentum. Every screen should shorten the distance between curiosity and commitment."

← PREVIOUS CASE STUDY
MerphilsMerphils
NEXT CASE STUDY →
Kadric LtdKadric Ltd

More Work.

Explore the rest of the archive.