Assign different prizes to different winners at random, so no one person receives two and no prize is handed out twice. Different from picking winners: this decides who gets which prize once the winners are known.
Settings
Recent results
Generated locally in your browser — your settings and results never leave this page.
Two decisions, not one
A giveaway with several different prizes involves two separate questions: who wins, and who gets what. Collapsing them into one step is possible and usually a mistake, because the two need different treatment and different evidence.
Who wins is the part entrants care most about and the part most worth making verifiable. Who gets which prize is a smaller decision, but it is still worth making impartially — particularly when the prizes differ a lot in value, which is exactly when it stops being a formality.
Why a one-to-one pairing
Assigning prizes as a pairing means each prize goes to a different winner. This is the behaviour a prize allocation almost always wants: awarding the two best prizes to the same person defeats the point of having several winners.
The implementation is simply to shuffle both lists and pair them off. That gives every possible assignment the same probability, with no prize favouring any position and no winner favouring any prize. It is the same operation as dealing one card to each player.
If you genuinely want independent draws — where a person could receive several prizes — that is a different operation, and the item picker with repeats enabled does it.
Uneven lists are the common case
Prizes and winners rarely match exactly. More winners than prizes means some people get nothing; more prizes than winners leaves items unassigned. Both are ordinary outcomes and both are reported, because the failure worth avoiding is discovering the mismatch after announcing the results.
When there are fewer prizes than winners, it is worth deciding in advance how that is framed. “Ten winners, three prizes” is a different promise from “three winners”, and entrants who were told they had won and then received nothing will reasonably feel misled.
Value differences change the stakes
Where prizes are roughly equivalent, allocation is a formality. Where one is a laptop and another is a keyring, the allocation is effectively a second draw with real consequences, and it deserves the same care as the first.
Running it with a tool and publishing the result alongside the winner list is the straightforward way to handle that. What causes trouble is allocating by hand after the winners are known, because the organiser then visibly had the opportunity to decide who got the good one.
Announce the process before you run it
Stating up front that prizes will be allocated randomly among the winners avoids the assumption that first drawn means first prize. That assumption is common and entirely reasonable, so if your allocation works differently, say so before the draw rather than explaining afterwards.
If you do want first drawn to take first prize, that is a perfectly good rule — it just makes this tool unnecessary, because the winner draw has already decided the allocation.
Privacy
Names and prizes stay in your browser. Nothing is uploaded, stored or included in the page link.
Announcing the allocation
Publishing which winner received which prize alongside the winner list closes the loop. It is the difference between announcing that four people won and announcing what each of them actually received, and the second is what entrants are curious about.
It also makes the process auditable in a small but real way. If the allocation was random and the result is published, anyone comparing the announcement with the rules can see that the good prize was not steered anywhere in particular.
Where prizes vary a great deal in value, saying in advance that they will be allocated randomly among winners avoids the common assumption that first drawn means first prize.
Ties, duplicates and equivalent prizes
Where several prizes are identical — five copies of the same book, say — the allocation stops mattering and the pairing is a formality. Listing them as separate lines still works, and the result simply says who received which copy.
Where prizes differ, listing them in a considered order does nothing, because both lists are shuffled before pairing. That is deliberate: an allocation that quietly followed the order you typed would not be random at all, and would be open to exactly the manipulation the tool exists to avoid.
If you want a specific prize to go to a specific person, that is a decision rather than a draw, and it should be made and stated openly rather than run through a randomiser.
How to use the Prize Assignment Generator
- List the winners, one per line.
- List the prizes, one per line.
- Assign — each prize goes to a different winner.
Frequently asked questions
How is this different from picking winners?
Picking winners decides who wins. This decides who gets which prize, once the winners are known. They are separate steps and it is usually cleaner to run them separately.
Can one person receive two prizes?
No. Each prize goes to a different winner, which is what the pairing is for. If you want one person able to win several, draw prizes independently with the item picker instead.
What if there are more winners than prizes?
Some winners get nothing, and the tool says how many. That is a legitimate outcome when there are fewer prizes than people, but it should be a deliberate choice rather than a surprise.
What if there are more prizes than winners?
Some prizes go unassigned, and again the tool reports it. You can then add winners, remove prizes, or hand out the extras some other way.
Does the order of my prize list matter?
No. Both lists are shuffled before pairing, so nothing about the order you typed them in carries through to the result.
Can I use this for a gift exchange?
For assigning specific gifts to specific people, yes. For a Secret Santa where everyone gives and receives, the pair generator handles the loop structure that keeps anyone from drawing themselves.
Do names and prizes leave my browser?
No. Both lists are processed in the page and are never uploaded, stored or written into the page link. Winner names are usually personal information, so keeping them out of URLs and server logs matters even for a small giveaway.
Run a giveaway people can check
A winner drawn from a published seed, so entrants can verify the draw themselves.
- Verifiable Random Draw GeneratorDraw with a seed you can publish, so the result can be reproduced.
- Giveaway Winner PickerPick the winner and any runners-up from your entry list.
- Prize Assignment Generator you are hereAssign prizes to winners when there is more than one.
