Click any placeholder to upload your visual
Scheduling · Social UX · Mobile 5-Person Team 3-Month Project

OMW — Hangouts,
without the chaos.

An automated group scheduling app that removes the back-and-forth of planning a meetup — users import their availability and OMW surfaces the best time for everyone.

91%
Named scheduling conflicts as main pain point
78%
Still rely on group texts to make plans
53%
Say it takes 3–5 days to confirm something
32
Survey respondents
Cover / Hero Image
Final app screenshot or mockup. Recommended: 1600×700px
Click to upload
OMW app cover

What is OMW?

OMW is an automated scheduling app that removes the back-and-forth of planning a hangout. Users import their availability and OMW surfaces the best times for the group to meet — the host picks one and everyone gets notified.

This project followed the Design Thinking methodology over three months as part of a five-person team — two graphic designers and three UX designers and researchers. My role covered user research, ideation of the core scheduling feature, and designing the mockups.

91%
Scheduling conflicts as main pain point
78%
Rely on group texts to make plans
53%
Takes 3–5 days to confirm something
31%
Flagged unclear roles as a difficulty

The person who always ends up making things happen.

Juggling multiple friend groups alongside school and a part-time job made socializing feel like another item on my to-do list. A lot of my time went toward organizing my Google Calendar and tracking down when people were actually free — and even then, plans would still fall through. The more people involved, the harder it got.

A lot of the time, hangouts ended up being whoever was already nearby. Friends who were at home or a drive away would get little to no notice, and more often than not, they just got left out.

"Being grouped with people you barely know makes it awkward to ask for their schedule. Nobody wants to be that person. So nobody says anything, coordination stalls, and the meetup never happens."

A group chat blowing up, everyone throwing out availability, and somehow still no plan.

We've all been there. And it doesn't stop there. When plans change, there's no clean way to keep everyone in the loop. Someone always misses the update. Details get lost, people show up at the wrong place, and others don't show up at all.

Then when you finally try to confirm where you're supposed to be, you're scrolling through a wall of messages just to find the answer.

How Might We
"How might we automatically coordinate group hangouts so that planning a meetup requires minimal effort from everyone involved?"

The data confirmed what we suspected — and surfaced something we didn't expect.

We built the survey around three things we wanted to validate: whether existing platforms were too overcomplicated, whether time-to-confirm was real friction, and whether lack of participation was a group dynamic problem worth solving.

The survey was sent to family, friends, peers and across social media. Before it went out we ran a pilot test with a small group to catch confusing or redundant questions. The final version was anonymous — which we think mattered, especially given what the responses told us about social anxiety.

32 people responded. 91% named scheduling conflicts as their main pain point, 78% rely on group texts, 53% said it takes 3–5 days. And then the unexpected one: 5 out of 6 people who don't actively participate in planning said the reason was social anxiety.

Design Implication
That finding directly shaped one of our core decisions. Instead of requiring everyone to engage in a group chat to confirm plans, OMW sends a notification once a time is selected. All the user has to do is tap to confirm they're going.
01
Key Insights — Data Visualization
Stats: 91%, 78%, 53%, 31.3% — charts or infographic
Click to upload
Key insights data visualization

The problem wasn't unique to one type of person.

Our survey pointed to a consistent pattern across different life stages, schedules, and levels of technical comfort. We built three personas to represent that range and keep our design decisions grounded in who we were actually designing for.

02a
Emily Yung
Persona card
Click to upload
Emily Yung persona card
02b
Sarah Laoly
Persona card
Click to upload
Sarah Laoly persona card
02c
Pete Davidson
Persona card
Click to upload
Pete Davidson persona card

What already existed — and where it fell short.

Facebook Events
Buried inside an app trying to do everything at once. Event notifications get swallowed by a feed full of comments, photo tags, and unrelated posts. By the time you see an invite, the window to respond has passed.
Problem: Attention overload. An RSVP doesn't mean someone's actually coming.
Partiful
Newer, cleaner, genuinely a step up. Their Find-a-Time feature lets hosts propose slots for guests to vote on — a good idea in theory. But it still relies on group participation. People either don't vote, or select every option because they don't care.
Problem: Winning time isn't based on actual availability. It's based on who showed up to vote.
How OMW Is Different
Users import their schedules directly — Google, Apple, or Outlook Calendar — and OMW surfaces the times that actually work. The host makes the call with real data in front of them, not a popularity vote.

From three features to one killer feature.

Our original solution had three parts: a scheduling tool, an invitation manager, and a voting system. We thought covering all three made us more competitive. Industry feedback changed that fast.

The feedback was direct — three features in three months wasn't realistic, and trying to build all of them meant none would be built well. Focus on your MVP first.

Going back to the survey data made the decision obvious. 91% of respondents named scheduling conflicts as their main pain point — not managing invitations, not voting on where to go. The scheduling tool was the only one that directly attacked the problem. The invitation manager would've required hooking into every messaging platform's API. The voting system just added another layer to a process that was already too slow.

"A focused product that does one thing well is more valuable than three features that do nothing well."

The ones already doing the work of getting everyone together.

OMW was designed for the person who always ends up making things happen. The one who throws out the idea, sends the first message, and then waits. And waits.

One of our own team members, Tina, lived this firsthand. She'd propose something and spend the next several days chasing people down for a response. By the time everyone weighed in, the window to actually make plans had already shrunk. These are the people OMW was built for.

What four industry professionals told us in week 10.

Helia
UX Designer, startup experience. Pushed us to simplify the MVP down to one or two core features. At first the team was resistant — we genuinely believed all three features were necessary. Looking back, she was right.
Jeremy
Technical Director. Emphasized bringing developers into the conversation early — not after designs are done, but during. Working in parallel means you catch technical problems before they become real ones.
Jordan
Suggested unconventional brand tactics to make OMW stand out. We pushed back on that. Our goal was a calm, user-friendly experience — anything that prioritized attention-grabbing over trust would've worked against that.

The person creating the meetup does the work once. Everyone else has as little friction as possible.

You open the app and land on your home screen — upcoming events, who you're hosting, pending invites. From here you create a meetup, name it, drop a location, write a description, and choose who's coming. At this point you decide whether to schedule it yourself or let OMW handle it.

A notification goes out to everyone invited asking them to add their availability. They can do it manually by tapping time slots on a calendar grid, or connect directly from Google, Apple or Outlook Calendar. The host can see in real time who has imported and who is still pending, with the option to send a reminder.

Once everyone's availability is in, OMW surfaces the best overlapping times. The host picks one, makes any adjustments, and finalizes. The meetup is automatically added to everyone's events tab and a confirmation notification goes out.

03
User Flow Diagram
Home → Create meetup → Import schedule → Automated scheduling → Finalize → Confirm
Click to upload
OMW user flow diagram
04a
Home Screen
Click to upload
OMW home screen
04b
Import Schedule
Click to upload
Import schedule screen
04c
Automated Scheduling
Click to upload
Automated scheduling screen

Fun, fresh, and out of your way.

We wanted OMW to feel fun and fresh. Our target demographic is Gen-Z and young millennials, and we wanted the visual identity to reflect that without feeling forced.

The hand-drawn doodle style came from that same place — icons, illustrations, characters, all meant to feel hand-made rather than polished. Purple was a deliberate choice: it reads as creative and imaginative, right for an app built around making plans with people you care about. The darker olive background tones let the purple and brighter accent colors breathe without competing.

Bold typography tied it all together. The weight of the type matched the energy of the branding.

05
Moodboard / Style Guide
Purple palette, typography, doodle style illustrations, colour reference
Click to upload
OMW moodboard and style guide

Open the app. Know exactly where you are and what to do next.

The home screen was structured around three button pills — Upcoming, Hosting, and Invites. Enough information visible right away, without the screen feeling cluttered. Splitting navigation this way meant users could get to what they needed without pressing through extra screens.

Importing your schedule was a deliberate two-option decision. Connect directly from Google, Apple or Outlook Calendar for the faster route — or use manual import for users who weren't comfortable giving the app calendar access upfront. The tool needed to work for everyone regardless of how much they trusted it.

The automated scheduling screen is the core. Once everyone's availability is in, OMW generates the best overlapping times and surfaces them clearly. The host gets a separate customization screen to adjust if the suggestions don't fit. The automation does the heavy lifting — the host still makes the final call.

06a
Mid-Fi — Home
Click to upload
Mid-fi home screen
06b
Mid-Fi — Scheduling
Click to upload
Mid-fi scheduling screen
06c
Mid-Fi — Finalize
Click to upload
Mid-fi finalize screen
07a
Hi-Fi — Home
Click to upload
Hi-fi home screen
07b
Hi-Fi — Scheduling
Click to upload
Hi-fi scheduling screen
07c
Hi-Fi — Confirm
Click to upload
Hi-fi confirm screen

Two things changed as a result.

Before committing to the hi-fidelity mockup, I walked two people through the lo-fi user flow and asked whether the flow made sense and whether getting from screen to screen felt like too many steps.

01
Bottom navigation bar. In the lo-fi we had Schedule, Groups and Events as CTA buttons on the home screen. Feedback was direct — those belong in the bottom nav, not taking up home screen space. Moving them there freed up the home screen for what actually mattered on arrival. That's when we introduced Upcoming, Hosting and Invited as the primary home screen navigation instead.
02
The idea box was cut entirely. Once we committed to the scheduling tool as our one killer feature, the idea box sitting in the bottom nav had no place there. It wasn't tied closely enough to what the app was actually doing. Gone.

The manual import calendar was a deliberate decision informed by When2Meet, where you select and drag time blocks. On a phone screen you're limited on real estate, so we wanted an interaction that felt tactile and responsive — not precise tapping on small targets.

08a
Before — Lo-Fi v1
Original bottom nav with CTAs on home screen
Click to upload
Lo-fi before usability changes
08b
After — Lo-Fi v2
Upcoming / Hosting / Invited pills on home screen
Click to upload
Lo-fi after usability changes

Defining what success would look like — before launch.

We defined three KPIs to measure whether OMW was actually delivering on its promise. The project wrapped before any could be tracked in a live environment, but defining them early kept our design decisions grounded in what we actually needed to prove.

User Growth Rate
Tracks organic spread through friend groups. Since OMW is community-dependent, one person bringing it into their group was the growth model we were designing for.
Monthly Active Users
Tells us if people are finding enough value to keep coming back — not just downloading and leaving after one meetup.
Plan Creation to Finalization Time
The most direct measure: how long does it actually take to go from creating a meetup to having a confirmed time with the group? This is the problem we set out to solve.

What I'd carry into every project after this.

01
Commit to a scope before diving in. We lost time mid-project because we kept adding to the idea rather than strengthening what we already had. Getting clear on the MVP first and building outward from there is a discipline, not a constraint.
02
Industry feedback is worth sitting with. At first the team was resistant to simplifying. Looking back, every piece of feedback we were resistant to was right. Openness to critique is a skill.
03
Bring developers in early. Not after designs are done — during. The earlier you catch a technical constraint, the less expensive it is to solve. Design and development in parallel, not in sequence.
04
Let data make the hard calls. The decision to drop two features and focus on scheduling wasn't a creative choice — it was a data choice. 91% of respondents told us exactly what the problem was. We just had to listen.
Back to start
Sayfe
Read case study
An NFC-powered communication tool that lets people with dietary restrictions transmit their needs directly to a restaurant's POS system.