More About Rules Complexity

In a previous post, I talked about ways rules complexity can eat away at your complexity budget. I want to delve a little further into my point about memory. 

When I play games with my parents, my father has an especially hard time learning the rules. He doesn't have a lot of experience with board games and only plays them when I am around. There are several lessons about rules complexity that I can glean from trying to teach my dad any number of supposedly gateway games. 

The biggest one is that number of steps matters. Quick turns with fewer distinct action options is by far the best method for lighter weight games. Where I think designers can get tripped up is that we are unconsciously chunking a number of steps into a single unit. Chunking allows experienced gamers to learn games faster when familiar elements are present. However, designers cannot rely on chunking when teaching new players, particularly at the beginning of the game, because every player will have a different set of game experiences to draw from. Instead we must view every mechanism as its component parts. Deck building, for example, is a mechanism that includes card drawing, playing, acquisition, and shuffling. That's a minimum of four steps before you include any other rules. Worse, card shuffling may not occur every turn. Any step that does not occur every turn should be considered higher in memory load than the steps that occur every turn. 

Games where base rules are quite simple and the complexity is revealed via board state or conditions on cards are generally easier on new learners, with some caveats. Number of icons should be considered a part of rules complexity. Each icon is a piece of meaning that has a relationship to the rules that must be memorized (or listed on the player aid). Intuitive icons can decrease rules complexity—like a hammer to represent a building action—but very rarely will this be true of all icons in a game. The worst offenders are space-themed games that have no intuitive icons whatsoever. 

One way to know that you have exceeded your complexity budget is if your intended audience cannot pay attention to their progress toward the endgame because their attention is wholly focused on the procedure of taking each turn as it occurs. Not every game needs to be mastered on a first play, but turn procedure should be sufficiently clear after the first few turns. 

If you are designing for more casual audiences (or looking to reduce memory load), don't hide endgame scoring conditions in the rulebook. Make sure all scoring is represented in some way on the table, even if some conditions are represented by face down cards. Having to check the rulebook to find out who won at the end of a game is a bummer for new and casual players. 

I'm a fan of games that you can learn as you play, especially with casual players who aren't used to a long teach. However, even some casual players would prefer a full rules explanation to just getting started. Either way, reducing memory load is an important design step to making a game easier to learn. And remember that you cannot rely on chunking when writing rules. 

Generally speaking, games have more rules than designers think they do. This affects how easy they are to learn and the overall perceived complexity. Awareness of this issue can help you to tailor your design to your intended audience. 

ShippBoard Games is a board game design blog that updates most Mondays. 

Nov 12-19 I will be at Tabletop Network and BGGcon in Dallas. Stop by the Unpub room if you're there. 

Next Game Blues

Most creatives know that at some point in the process they will suffer thru feeling like their work is terrible and they should just give up. Knowing that this is a part of the process can help you push past this feeling and get your project to a place where you can be proud of it. However, one thing I think we don't acknowledge enough is that moving from a finished project to a new project magnifies the bad feelings. 

When I have a game in the late design stages, my tendency is to believe that I have grown enough throughout the process that all subsequent games will be easier. I will be a better designer and each design will be better than the last. This is, unfortunately, not how it works. I have plenty of bad ideas and abandoned designs. I may never have a better game idea than Deadly Dowagers. I may never sign another game. However, any future success I do have will be because I pushed through the suck. Showing up, making bad games, and accepting feedback is the only way to eventually produce a good game. 

I get particularly down when I am starting a new design after having spent a lot of time polishing a nearly finished game. The "next" game will always be the hardest one. There will always be new challenges. And for those of us with modest to low design output, it may be many, many years before the "next" game gets easier. 

This is where I see a lot of designers give up. If your first game turned out to be a pretty good concept, you may not be prepared for the struggle to find the fun of your second game. And successful designers don't spend a lot of time talking about the designs they've trashed along the way. 

Learning to tolerate being bad at something is how you stick with a skill long enough to become good at it. Producing bad designs gets you to the good designs. But importantly, most designs start out "bad". As designers, whether to others' games or to our own, we need to tailor our feedback to helping get a game to where it will be fun rather than focusing on the ways it is bad. Because of course it's bad. That's how the process works. Let's be more charitable to ourselves and others. (But also, let us not be so nice that a design doesn't make the necessary changes it needs to become good.) 

Designing bad games doesn't make you a bad designer. It's a part of the process of becoming a better designer. 

ShippBoard Games is a board game design blog that updates most Mondays. 

Oct 21-22 I will be at ATX Protospiel in Austin, TX. Nov 12-19 I will be at Tabletop Network and BGGcon in Dallas, TX. Come say hi if you are around.