Helping students feel connected beyond the classroom.
Minder
The Problem
The Problem
"I don't want to walk all the way to Odegaard library just to find out no one else showed up."
UW mechanical engineering student
UW STEM classes are full of people who could study together — but large lectures, intimidating social dynamics, and scattered tools like Slack and GroupMe make connection feel risky. Students weren't avoiding collaboration. They were avoiding the uncertainty of showing up alone.
Minder
Minder
A mobile app that helps students find study partners by course, set a clear session goal, and commit only when the plan feels worth the trip.
What it does
Match by class, not cold outreach
Browse small groups tied to your actual courses — filtered by availability and study environment — instead of messaging strangers on Slack or approaching people after lecture.
Know the goal before you go
Every session states its purpose — homework help, exam prep, concept review — and shows who is coming. The calendar marks meeting times so accountability is visible, not assumed.
The Gap
Students wanted connection. The tools weren't built for it.
Discord and GroupMe handle chat. Canvas holds coursework. Neither helps a student find two peers, agree on a goal, and show up at Odegaard on Tuesday. After competitive analysis, our focus narrowed: match people by shared context, then remove every reason to bail.
How might we help STEM undergraduates form study groups that feel small, purposeful, and worth showing up for?
Research
Research
Three interviews with UW STEM undergraduates — focused on where they study, how groups form today, and why past attempts failed.
-
Small groups work
2–4 peers, not large circles. Accountability drops when groups feel like another lecture.
-
Environment varies
Silent libraries, cafés, dorm rooms — one default setting fails half of students.
-
Goals must be explicit
Groups without a defined purpose — homework vs. exam prep — fall apart quickly.
-
Schedules rarely align
Classes, work, and clubs make overlap the hardest part — not finding willing partners.
We didn't really have a goal. We just said we'd meet up and then nobody knew what to work on.
Biology major, UW
Iteration
Iteration
Twenty weeks: competitive analysis → lo-fi → mid-fi → hi-fi, with two rounds of usability testing between each jump.
Round 1 · Mid-fi
Test the flow, fix the confusion
Users liked structured matching over random outreach — but the home screen lost them. They couldn't find the path from courses to groups.
- Clearer home layout and labels — course → find groups
- Filters for study style, experience level, and availability
- Onboarding guidance so first-time users know where to start
Round 2 · Hi-fi
Polish what testing confirmed
Ease-of-use scores were strong and users said they'd return — but match confidence still needed work. We refined onboarding copy, standardized navigation, and added personalization so groups felt intentional, not random.
- Step-by-step onboarding with plain-language instructions
- Consistent button placement and visual hierarchy
- More match fields so schedules and preferences actually align
Reflection
Reflection
What I learned
- Students needed confidence, not features. The hardest design problem was reducing the social risk of showing up — not building another calendar.
- Testing caught what interviews couldn't — users said the app was easy, then got lost on the home screen. Watching beats asking.
- Industry feedback at our showcase pushed us beyond UI polish. Connecting students by course and schedule raises real privacy and safety questions — something we hadn't fully designed for.
What I'd do next
- Rework onboarding so study-style preference is central — less choose-your-own-adventure, more guided path into matching.
- Design for trust and safety: reporting, visibility controls, and clear boundaries within groups.
- Plan for when matching fails — students with no overlapping schedules need a fallback, or the app stops being useful to them.
- Expand research across departments, and design for what happens after a session ends — return visits, not just first joins.
Minder shifted how I frame product problems — from "build a study app" to "design for the moment someone almost reaches out, and doesn't."
HCDE 302 & 303 · Team: Jack Strickland, Siheng Li