← Back to Case Studies
Case Study 04
PROJECT STATUS · COMPLETED

Scheduled Raffle Tool

Turning a repeatable raffle process into a locked, scheduled, auditable draw workflow.

Scheduled workflowLocked inputsPublic drawAuditability
01 · Create & verify
Event titleTeam Raffle
PrizePrize package
Draw timeScheduled
EntrantsVerified
Duplicate names can intentionally represent multiple chances.
02 · Lock & publish
✓
Draw settings locked

Entrants, prize, schedule, and draw settings can no longer be changed.

Scheduled reveal Draws once at the published time
Fixed inputsSame entrant pool
Visible timingScheduled in advance
Single resultOne draw, one winner
The problem

A random draw is hard to trust when the process is invisible.

Most raffle-wheel websites are built for convenience, not accountability. The same list can be spun repeatedly, the first result is not independently verifiable, and everyone has to trust the person operating the wheel.

The solution

Make the draw trustworthy before anyone sees the winner.

The tool separates setup from execution. An organizer creates a draft, verifies every detail, permanently locks the entrant pool and draw settings, then shares a public link. The scheduled draw reveals itself once at the published time.

01Create draft

Add the event, prize, schedule, and entrant list.

→
02Verify

Double-check the names and draw details before committing.

→
03Lock

Freeze the entrant pool and settings so they cannot be edited.

→
04Share

Give participants one public link with the published timing.

→
05Draw once

The scheduled reveal produces the final result.

The transformation

The wheel was never really the problem.

The real problem was proving that the result people saw was the result that actually counted.

Before

Generic raffle wheel

A list is pasted into a third-party wheel and one person controls when — and how many times — it spins.

Repeatable spinsEditable entrant listNo visible first-result recordTrust depends on the operator
→
After

Scheduled raffle workflow

The important inputs are fixed before the draw and participants can see when the single scheduled result will be revealed.

Locked entrant poolLocked draw settingsPublic scheduled timingOne final draw
What the tool brings together

Trust designed into the workflow.

The interface is intentionally simple. The important design work is in what the system allows — and what it stops allowing — once a raffle is locked.

Draft first

Safe setup

Organizers can review and correct the raffle before anything becomes permanent.

Lock once

Fixed inputs

Entrants, timing, prize, and draw settings become immutable after confirmation.

Public view

Shared visibility

Participants do not need admin access to see the scheduled public draw.

Scheduled execution

Time-based reveal

The draw is tied to a published schedule rather than an operator choosing when to click.

Intentional weighting

Multiple chances

Duplicate entries can be represented transparently instead of handled through hidden logic.

Completed record

Final result

The workflow moves from upcoming to completed instead of staying endlessly re-runnable.

Design principle

The trust mechanism is the workflow, not the animation.

A more exciting spinning wheel would not solve the underlying problem. The meaningful improvement was removing ambiguity around the entrant pool, timing, and which result actually counts.

Public case-study note: Example names, prizes, and presentation details are intentionally generic. Administrative credentials, private participant data, and implementation details are not shown.
Have something in mind?

If it’s too niche for off-the-shelf software, I’m interested.