Mobile Apps · Community & Events

Catchup — Communities, Activities & Experiences

A Sri Lankan-first alternative to Meetup — combining communities, activities and events into one local discovery platform, taken from a broad client brief to a defined product direction, architecture and design plan.

Role
UI/UX Designer
Status
Concept · UX Case Study
Focus
Strategy · Research · IA
Market
Sri Lanka
Catchup app — splash, attendee home, and organizer home screens
01 — The Story

From Events To Experiences

People don't always want to "attend an event." Sometimes they want to find people with similar interests, learn something new, join a sports group, attend a class, go hiking, or simply discover something interesting happening nearby.

Catchup was conceived as a Sri Lankan-first alternative to platforms such as Meetup — combining communities, activities and events while addressing opportunities more relevant to the local market. The challenge was not to recreate Meetup.

How might we create a local community and activity platform that makes it easier for Sri Lankan people to discover, join and organize meaningful experiences?
02 — Project Overview

Four Roles, One Ecosystem

Catchup is a community and event discovery platform focused initially on Sri Lanka, connecting four main user types:

Attendees
  • Discover and participate in communities and events
Organizers
  • Create communities and organize events
Venue Owners
  • Provide spaces for events
Admins
  • Manage approvals, moderation and platform safety

The initial product focuses on communities, events, classes, bootcamps, sports, hiking, health and wellness, IT communities, local event discovery and local payment options. A future trip-planning experience was considered but intentionally kept outside the MVP scope.

Product Understanding Domain Analysis Gap Analysis Personas Problem Definition Feature Map IA Journeys UX/UI Design
Placeholder — project timeline, team size & tools
03 — The Challenge

Turning A Brain Dump Into A Direction

The client wanted Catchup to be similar to Meetup, but with a stronger focus on the Sri Lankan market. The initial brief spanned discovering groups and events, joining interest-based communities, creating groups and events, organizer analytics, venue owner registration, suggested venues, paid events, installment payment options such as KOKO, and admin approval and moderation.

The challenge was turning that broad brief into a clear product direction — deciding what the product actually is before deciding what it looks like.

04 — Domain Analysis

Starting With The Domain, Not The Screens

Instead of jumping directly into screens, I first looked at the world Catchup would operate in. It sits across several connected areas — and seeing them together changed how I understood the product.

Communities  +  Events  +  Activities & Learning
      +  Payments  +  Venues  +  Trust & Safety

Catchup was not simply an event-ticketing application. It was closer to a local community, activity and experience platform.

Attendee  → Community → Events / Activities → Participation
Organizer → Community → Events              → Attendees
Organizer → Venue     → Booking
Admin     → Users / Groups / Events / Venues   → Governance
Community
  • Hiking, tennis, meditation
  • Health, English learning
  • IT communities and bootcamps
Events
  • Activities created by organizers
  • Or by communities themselves
Payments & Venues
  • Paid experiences
  • Potential installment payments
  • Organizer ↔ venue owner connection
Trust & Safety
  • Organizer approval
  • Moderation and reporting
  • Platform governance
Placeholder — domain map
05 — Gap Analysis

Where Catchup Could Add More Value

The goal was not to copy Meetup. The question became: where could Catchup provide more value for the Sri Lankan market specifically?

O1

Local experience. Design around Sri Lankan locations, communities, activities and user behavior.

O2

Payment accessibility. Explore local payment options and installment payments for eligible paid experiences.

O3

Activities, not just events. Support ongoing interests — learning, sports, hiking, fitness, bootcamps and classes.

O4

Organizer + venue ecosystem. Help organizers discover suitable venues and create a business opportunity for venue owners.

O5

Trust & safety. Build stronger local governance around community and event creation.

Assumptions To Validate

  • Would installment payments increase participation?
  • How important are local payment methods?
  • Do organizers struggle to find suitable venues?
  • Do users prefer communities over individual events?
  • What makes a Sri Lankan community feel trustworthy?
Placeholder — competitor / gap analysis matrix
06 — Personas

Four Roles, Four Sets Of Needs

Four primary personas were defined from the project context — each with a distinct goal, distinct friction, and distinct product surface.

Attendee

Goal: Discover interesting communities, activities and events.

Pain Points

  • Difficult to discover relevant local activities
  • Information spread across different platforms
  • Hard to know whether a community is trustworthy
  • Paid experiences may require upfront payment
  • Difficult to discover nearby activities

Needs

  • Easy discovery with search and filters
  • Nearby events and interest-based groups
  • Clear event information
  • Convenient payment
  • Trusted communities

Organizer

Goal: Build a community and organize successful events.

Pain Points

  • Creating and promoting events can be difficult
  • Managing attendees is time-consuming
  • Finding suitable venues can be difficult
  • Managing payments and communication
  • Limited visibility into event performance

Needs

  • Simple group and event creation
  • Attendee management
  • Analytics and communication
  • Venue discovery

Venue Owner

Goal: Attract event organizers and increase venue bookings.

Pain Points

  • Difficult to reach relevant organizers
  • Organizers may not know the venue exists
  • Managing inquiries manually
  • Matching venue capacity and requirements

Needs

  • Venue profile with availability and pricing
  • Booking opportunities
  • A venue dashboard

Admin

Goal: Keep Catchup safe and trustworthy.

Pain Points

  • Open community creation creates risks
  • Harmful or inappropriate content
  • Difficult to monitor a growing platform
  • Reports require action

Needs

  • Approval workflows and moderation tools
  • Reports and alerts
  • User, group and event management
Placeholder — persona cards / persona visuals
07 — Problems To Solve

From Pain Points To Problem Statements

Attendee
  • Finding relevant communities and activities is difficult
  • Users need confidence before joining or paying
  • Upfront payment creates a barrier for paid experiences
Organizer
  • Managing communities and events becomes operationally complex
  • Organizers need visibility into event performance
  • Finding a suitable venue is difficult
Venue Owner
  • Need a better way to reach relevant organizers
  • Managing opportunities and bookings is fragmented
Admin
  • An open platform needs effective approval and moderation
Help people discover communities and activities they care about, make participation easier, and give organizers the tools to build and manage those experiences.

Supporting that core direction: local payments to make participation more accessible, venue connections to help organizers find suitable spaces, and trust & safety to make the ecosystem safer.

Placeholder — prioritized problem matrix
08 — Feature Map

Capabilities Per Role

Attendee
  • Explore, search, filters
  • Recommended groups & events
  • Nearby events and map
  • Groups, events, RSVP
  • Paid events, checkout, installments
  • My Activity, notifications
Organizer
  • Organizer application
  • Create group, create event
  • Manage attendees
  • Event dashboard & analytics
  • Venue discovery & requests
Venue Owner
  • Venue registration & profile
  • Availability
  • Booking requests
  • Upcoming bookings, earnings
  • Venue dashboard
Admin
  • Organizer approvals
  • Group / event moderation
  • Reports and alerts
  • User, group, event, venue management
Placeholder — feature map / product sitemap
09 — Information Architecture

Organized Around Discovery & Participation

The main attendee experience was structured around two jobs — finding something worth doing, and keeping track of what you've joined. Organizer, venue owner and admin experiences become role-specific workspaces rather than separate products.

Catchup
│
├── Home
│
├── Explore
│   ├── Events
│   ├── Groups
│   ├── Categories
│   └── Map
│
├── My Activity
│   ├── My Groups
│   ├── Upcoming Events
│   ├── Saved Events
│   └── Event History
│
├── Create
│   ├── Create Group
│   └── Create Event
│
├── Notifications
│
└── Profile
Placeholder — final IA diagram
10 — Key User Journeys

Eight Journeys Across Four Roles

Each journey below expands into the step sequence that shaped the flows:

Home → Explore → Group results → Group details → Join group → Group events.
Home → Explore events → Search / filter → Event details → RSVP → Confirmation → My Events.
Event details → Checkout → Payment options → Full payment or installments → Confirmation → Event ticket.
Profile → Become organizer → Application → Admin approval → Organizer dashboard → Create group → Create event → Publish.
Organizer dashboard → Event → Attendee list → Approve / reject → Send updates → Check-in → Analytics.
Create event → Venue requirements → Suggested venues → Venue details → Request venue → Venue response → Booking.
Admin dashboard → Approval requests → Review → Approve / reject. Or: Admin dashboard → Report → Review → Take action.
Venue dashboard → Booking request → Event details → Organizer details → Accept / reject → Confirmation → Upcoming booking.
Placeholder — user flows / journey diagrams
11 — Wireframes

Validating Structure Before Polish

The wireframe stage focused on validating structure and interaction before any visual polish. The first set covered eight screens:

Attendee
  • Discovery
  • Group details
  • Event details
  • Paid event / checkout
Organizer & Admin
  • Organizer dashboard
  • Event management
  • Venue discovery
  • Admin dashboard
Placeholder — wireframe gallery
12 — UI Design

Translating Structure Into Interface

The visual design translates the validated structure into a clear, accessible and scalable interface — built to carry four different role experiences without becoming four different products.

Clarity
  • Clear hierarchy
  • Accessible typography
  • Clear event information
Discovery
  • Strong search and discovery
  • Category-led browsing
Trust
  • Trustworthy payment experience
  • Visible community signals
Scale
  • Consistent components
  • Role-specific dashboards
  • Responsive layouts
Placeholder — final UI screens
Placeholder — design system / component examples
13 — Prototype

Connecting The Critical Journeys

The high-fidelity prototype connects the journeys that carry the most product risk — discovery, payment, creation and governance:

Discover a group Join a group Discover an event RSVP Pay for an event Installment payment Create an event Manage attendees Find a venue Admin approval
Placeholder — prototype link / recording
14 — Usability Testing

What The Prototype Needs To Prove

The prototype is designed to be tested with representative users from each role. These are the questions each test needs to answer:

Test Questions By Role

Attendee

Can users find a relevant group quickly? Do they understand the difference between groups and events? Can they read event information? Do they trust the payment flow and understand installments?

Organizer

Can an organizer create a group and event? Can they manage attendees, understand event analytics, and find a suitable venue?

Venue Owner & Admin

Can a venue owner understand a booking request, manage availability, and accept or reject an opportunity? Can admins process approvals quickly, identify problematic content, and take the correct moderation action?

Placeholder — usability testing findings
15 — Design Principles

Five Rules That Settled The Arguments

P1

Community before transaction. Catchup should not feel like a ticket marketplace. Interest → community → activity → event → participation.

P2

Local first. The experience should reflect Sri Lankan users, locations, activities and payment behavior.

P3

One user can have multiple roles. An attendee can become an organizer — capabilities expand rather than forcing users into separate products.

P4

Trust is part of the product. Moderation and organizer approval directly influence whether people feel comfortable participating.

P5

Don't overbuild the future. Trips were intentionally kept outside the MVP.

16 — Expected Impact & Takeaway

How Success Would Be Measured

This is a concept case study — the measures below are the ones the product should be judged on once built and tested, not results already achieved.

Discovery
  • Group discovery rate
  • Group join rate
  • Event RSVP conversion
Payments
  • Paid event conversion
  • Payment completion
  • Installment adoption
Supply
  • Organizer activation
  • Event creation rate
  • Venue booking conversion
Retention
  • Repeat participation
  • Community engagement

Final Takeaway

Catchup started as an idea for a local version of Meetup. Through the early UX process the opportunity became broader — value for attendees through discovery and participation, for organizers through community and event management, for venue owners through new booking opportunities, and for admins through governance and trust.

The strongest opportunity is not copying Meetup feature-for-feature. It is creating a Sri Lankan-first ecosystem around meeting people, learning, participating and doing things together.