Starting January 2016, I made a game or more a month for the whole year. I continued this until 2018, creating a corpus of 39 card or board games, including Looking For Group, Senpai Notice Me, and Dog Bear. Starting in 2019, I wanted to write about this experience, and advice I gained from doing it for you. Articles about the MGP are about that experience, the Monthly Game Project.
I’ve remarked, but not made explicitly clear, that the game-a-month plan had some problems. In the past I’ve talked about some general problems, like lead times and the awy the Pacific Ocean imposes itself between me and my goal of Making More Stuff. But rather than present that as my problem, I want to talk to you about your problem, if you want to try this same project.
There’s this idea in media making (and a lot of other places) that gets brought up called agility. Agility is the measure of how quickly or how well you can do… things. It’s often used as a shorthand for how quickly you can shift from doing one thing to doing another, different thing, or how quickly your thing can implement major changes. You might hear the term pivot get used.
I’ve remarked that making card games has a problem with prototyping. It’s just a mechanical concern; if you want to make a game like Magic: The Gathering, it’s not as simple as making a bunch of proxies; you kind of need some way to bulk create pieces to playtest with. Often that can make prototype printings, and that means that these games require a certain scale.
It’s very hard to get to that scale fast.
There are a bunch of games I’ve made that I couldn’t playtest at the scale, and I couldn’t prototype properly. Then, to hit the convention schedule, those games got rushed, and as a result, the games were… well, a bit weak. Just the truth of it: The games were a little worse than they should have been, which is a thing that I really regret now. Playtesting is hard, scope problems make it harder, and I flew real fast, real hard and sometimes it didn’t work.
That’s the problem: What’s the solution for you?
I have three suggestions.
- EMBRACE PRINT-AND-PLAY. Make your games for smaller spaces. Don’t think of bouquet card games, at least not for your first games. You can put a PDF out there in the world, made as simply as possible, which is just meant to give people a way to get the game pices working. You can do a lot with print-and-play – boards, sheets, cards, all that stuff. You might learn that ‘shuffling’ is hard, but you still get the basics of how a game works done. Players who make Print-and-Play are really good at knowing how much work they want to put in.
- BOOKLET SUPPLEMENTS. You’re one person, working small and experimenting with mechanics. Use existing systems and make single-page variants. Make booklet mods. Make a game that only needs to work for a little while, or maybe make a booklet mod for a board game – like I’ve joked about doing for Monopoly.
- MAKE THEM FREE. One of the games I’ve made that’s most successful in terms of distribution is Simon’s Schism. It’s also one of the games with the most feedback… and it’s also free. There’s a fear to missing out on sales for your free games, but you won’t make a lot of sales, and when you’re not charging people for your time, you don’t have to feel bad about making edits or updates to these games. This is your first period making games: Make a corpus of games that are more about showing people your work than it is about making money off them.