Development – Round One

The untested game. Abilities are scrawled on index cards, ripped in half. A marked up piece of hex paper from the back room serves as a board. Four players sit around the table ready to play a game that has never been played before. Excitement and dread play competing scenarios in my mind: the game mechanics don’t work; or the game play falls flat and isn’t exciting; or the players are riveted, onlookers gather ’round and yell, “Ohhh!” when a risky play pans out.

I was lucky. The very first play through of this game was a blast. The players put real thought into each decision, imagined the battlefield, and struggled to outplay their opponents. I had good circumstances for my first play. My players were versed in all of the biggest influences on this game: Dungeons & Dragons, Magic: The Gathering, League of Legends and Dominion. The setting was a game shop where I gathered players and passersby became an interested audience.

There were serious flaws with the game at this point; deep flaws that would require major changes. Yet there was a core play experience that was fun from the very beginning. Thinking through the role of chance in game design had paid off.

Flaw # 1 – Player Elimination

In that very first game, a player could be eliminated. I knew that my game possessed the flaw of player elimination before play testing, but I hadn’t come up with a way to fix it yet.

This was my solution – Each character has a certain amount of health: 30 for melee characters, 24 for ranged characters. When a character takes damage equal to their health, they get a wound. Each game is played to a certain number of wounds, depending on the number of players. While you don’t have to watch out too much for overkill damage, the system does reward you for hitting health amounts as exactly as possible since the wounds are all that count towards victory. The system also still rewards you for going after high value squishy ranged characters. This one was the easiest fix.

Flaw #2 – Simultaneous Play

In that very first game, you played one card to represent your action, and one card to represent your target, both face down, and then revealed both of them. The idea was to give each player one decision point, and then let the game rules work out what would happen next. It worked fine a surprising amount of the time (in retrospect) but when it didn’t work, it really didn’t work. There are many examples, such as knock backs, but there’s one example that illustrates the problem well – two melee characters are standing so that there is one hex between them and they each play a melee attack with move 1 targeting the other. Which one moves into that hex?

There was a dark and convoluted path before I let go of completely simultaneous play. My girlfriend really wanted me to embrace simultaneous play, a la slap-jack… I knew that wasn’t my solution, not for this game. Someone suggested putting timing numbers on every card. I tried that, but checking the timing numbers bogged down play like a… like a bog. (I think this mechanic comes from RoboRally, which I really ought to play and haven’t, and the mechanic may work well in that game, but it didn’t in this one.) I won’t take you down the complete twisted path.

Here’s how it works now – There is an “initiative” marker, held by one team at a time. Each player plays an action card face down, and reveals them simultaneously. The team with the “initiative” marker moves all their characters and declares all their targets, in whatever order they choose. Then the other team moves all their characters and declares all their targets. Then runes are revealed simultaneously. Then the teams declare their damage and effects in the same order. Then the initiative marker changes hands.

The best thing about the initiative marker is that it opens up design space for making decisions throughout the turn instead of once, because decisions don’t have to be hidden.

Flaw #3 – Turn Based Movement with Simultaneous Actions

Solving the paradoxes of simultaneous play led to a new design challenge. Consider this scenario – We begin the turn next to each other, we both play a “move 1” ability, and I move first. I want to attack you with my range 1 attack, and you’re already next to me, so I don’t move. Now, you can move one away from me, and I can’t attack you, even though I could have gotten to you with my movement. This is an artifact of simultaneous damage combined with turn based movement and is not an issue in a game like D&D where everything is turn based.

The solution to this problem was easy and direct. You can choose to “follow” your target. If your target moves, you’ll use as much movement as you have that turn, to follow them. You must move directly toward your target. You can choose the hex you land on if it’s ambiguous, but if you have extra movement you don’t get to use it.

Here’s another scenario to consider. We begin the turn with two hexes between us, we both play a “move 1” ability, and I move first. I move one, but you’re not in range yet. I could target you, and then you could choose to battle me or not. But, what if I choose to target you, and then one of your allies comes into range, and you don’t? Now, I’m not attacking anyone, even though there’s a foe right next to me. Now there is a similar rule to the “follow” rule, called the “retaliate” rule. If you choose to retaliate, whenever a foe comes within range of your attack, you can target them. You still only get one target, and you have to decide as soon as someone comes in range.

These two rules play intuitively, and allow me to keep some of the simultaneous elements of the game.

Flaw #4 – Why Move?

Once I introduced the initiative marker, I noticed that players lost track of who had it. I realized that it wasn’t that the players were just being lazy or inattentive, but that movement didn’t matter, especially in the middle third of the game. People would get into position, wail on each other, and then maybe switch targets suddenly once during the game. If I’m going to have a board, it should really matter more than that. People should remember who has initiative, because they should care. I decided to try map objectives. I wanted to be sure that the map objectives I added felt like they belonged in the game.

The map objectives I designed are “rune tokens” you can pick up. Once you have a rune token, you can spend it to automatically hit that rune on one of your abilities. It’s great because it helps to mitigate the frustration of missing an important rune, and feels like a natural fit. Before the map objectives, initiative was always bad, because you give up information first. With map objectives, initiative means you get first chance at picking up a rune.


I designed this game from scratch, with very little to model it on, and playtesting has revealed numerous flaws. Working out solutions to those flaws has led to some of the most engaging elements of the game, which I didn’t have in mind from the outset. I hope that following my process for developing this game is enjoyable, and maybe even insightful. In future entries I plan to talk about some of the elements of game play that created the impetus for me to design this game. I also plan to discuss in greater detail how I designed the abilities for each character; further rounds of development; the story concept and illustration for the game; what I’ve learned about the indie board game industry; and future possibilities for expanding on this game design.


5 thoughts on “Development – Round One

  1. In regards to player elimination, I wouldn’t necessarily label it as a “flaw” per se, but it is definitely a taboo for modern game design. Since you mention that this is a longer (~45 min) game in one of your other posts, I do agree that player elimination might be a bad idea if one player of many could be eliminated quickly in such a game. If the game is quicker, I personally don’t mind player elimination – it all depends on the design.

    As for why would a player move, you could fix this issue by adding in effects that depend on movement. For example, charging attacks might be strong, but require movement or acrobatic attacks might grant bonuses to attack or defense based on how far you moved. Or you can build forced movement into attacks, such as pushes and pulls – hammer blows knocking enemies away or chain attacks pulling enemies closer. Also, special abilities based on positioning in regards to the map or other players. But, the idea of map objects might prove useful enough that such effects aren’t needed.

    Just some thoughts.

    1. Thanks for the feedback. There are knock backs, pushes, and pulls in the game. They do encourage more movement, but weren’t quite enough. The map objectives do a great job of encouraging movement on every turn of the game.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s