It worked amazingly for our team last year. We are definitely doing it again and I think everyone is really looking forward to it.
We considered doing a full on, invite-the-whole-team SaaS like app but email seemed like the easiest way to implement this. It worked well for us last year, but might break with more members. We'll see!
Maybe make it so that teams of people get assigned to giftees, but maybe not _everyone_? So that, if I want to play with 12 friends, there aren't 12 separate email threads I need to track. Instead, give me 4 (or an adjustable) number of giftees.
Great idea for friends! For my co-workers on the other hand... i'd hesitate to offer an O(n²) solution. I do believe the Feels per Participant™ ratio would be optimal for the group. However this ratio means little to aforementioned participant sample.
Nice. It is definitely a good variation. One that I don't like is the everyone randomly picks a gift from a table of 'equivalent' gifts, and has the option of either opening it or handing it to someone who has already opened their gift and taking the gift they had. Basically swapping them an unopened gift for a known gift. Known gifts could only be 'stolen' 3 times before the the were immune from being taken.
I was introduced to that format once I moved to Massachusetts as the 'Yankee Swap'. It's fun so long as nobody takes it remotely seriously. I think it appeals to the New Englanders' intrinsic love of the possibility of screwing over their friends.
Yeah... that's not "Secret Santa". Here's Wikipedia's definition: "members of a group or community are randomly assigned a person to whom they anonymously give a gift."
That's how my extended family does presents and it's always entertaining. A gift can only be stolen once per round. Order is by draw of number from a hat. Everyone gets into it, even if you risk going home with something you don't like and no one will want to steal.
Without signing up for it to test, it's unclear whether each email thread is assigned a different 'host' so that in the end every person handles the actual purchase/ordering of 1 other persons gift (much like secret santa).
It isn't specified in our version since a founder buys all the gifts, but you could just say in the thread "who wants to order it?" or come up with a more specific method.
Without the system automatically assigning buyers, I'd expect it's very possible oversight would allow for the final gift to not have anyone in on the conspiracy having already bought a gift.
Being on GitHub it shouldn't be too hard to fork it/submit a pull request to make it an optional feature I guess. Will see If I can find the time.
18 comments
[ 3.2 ms ] story [ 52.2 ms ] threadWe also wrote an accompanying blog post about it: https://zapier.com/blog/conspiracy-santa/
It worked amazingly for our team last year. We are definitely doing it again and I think everyone is really looking forward to it.
We considered doing a full on, invite-the-whole-team SaaS like app but email seemed like the easiest way to implement this. It worked well for us last year, but might break with more members. We'll see!
Maybe make it so that teams of people get assigned to giftees, but maybe not _everyone_? So that, if I want to play with 12 friends, there aren't 12 separate email threads I need to track. Instead, give me 4 (or an adjustable) number of giftees.
Thanks for sharing!
http://en.wikipedia.org/wiki/Secret_Santa
Our extended family decided to use this exact model this year, and managing the email lists was indeed a major pain in the neck.
Being on GitHub it shouldn't be too hard to fork it/submit a pull request to make it an optional feature I guess. Will see If I can find the time.
http://conspiracysanta.com/img/santa.png