Judging System for UofTHacks

View Prototype

CONTEXT

UofTHacks is a large-scale student hackathon with 800+ participants and 160+ teams. I led the design of a structured judging system to improve efficiency, reduce timing overruns, and ensure a fair evaluation process.

Role

Mobile Design Lead

Duration

2 Months

Tools

Figma

Teams

1 Designer

3 Developers

The Problem

Judging consistently ran overtime

In past events, judging at UofTHacks ran over time by 30 minutes to 2 hours, making it difficult to stay on schedule while maintaining fairness across 200+ teams and multiple rooms.

IMPACT

Despite initially anticipating 130 projects, the system scaled to support 160+ submissions, and judging still ended on time for the first time in years.

UNDERSTANDING THE SYSTEM

Before designing the system, I first mapped how judging operated across different roles and formats.

General Judging
  • 3 Judges per presentation

  • All teams are in one place, and judges rotate between them

  • 7 minutes per presentation

Sponsorship Judging
  • 3 Judges per a presentation

  • Teams move between sponsor rooms

  • 5 minutes per team

Session Structure

Mapping the judging structure helped identify where delays and coordination issues occurred.

Research

Reviewed previous event feedback, organizer notes, and judging workflows, while speaking with 10+ organizers involved in past UofTHacks events.

Pain Points 
  1. Lack of Time Enforcement

Judges and participants often become deeply engaged in conversations, causing sessions to run over time and making it difficult to stay on schedule.

  1. Unclear and Fragmented Tools

Scoring criteria and evaluation processes were unclear. Admins relied on manual timers, and scheduling was managed through spreadsheets, making coordination difficult.

DESIGN DECISIONS
Design Challenge

How might we ensure judges stay within strict time limits while maintaining a fair and structured evaluation process?

To address these challenges, two potential system approaches were explored before selecting a final direction. The admin-controlled timer approach was ultimately selected to provide flexibility while still enforcing structure.

SYSTEM DESIGN
Flow Chart

Maps how different roles interact within the system, including how admins control timing and how judges progress through evaluations.

LOW - FI

Explored early concepts of how the judging system could function across different roles and workflows.

USER TESTING

Conducted usability testing with 5 organizers, alongside reviews with VPs and engineers to ensure the system met operational needs and was technically feasible. Key improvements are outlined below

FINAL DESIGN

Checkout these projects!

Let’s talk more! (⁠。⁠•̀⁠ᴗ⁠-⁠)⁠✧

Made with coffee & love © Cindy Yin