Theory: Prototypes Wagging the Dog

It’s important to wary of the impact choice of prototyping material can have on game design. Having a familiar method for building prototypes can channel one’s thinking, limiting the design options available.

Lots of people build games in Game Maker. It’s a powerful tool that allows one to create computer games without needing a thorough background in programming. Any computer-literate person can use Game Maker to construct a prototype.

Or at least, certain kinds of prototypes. Game Maker is built on the assumption that you want to create the kinds of games commonly seen on computers–platformers and shooters, for example. Its easy, drag-and-drop options have those games in mind.

By contrast, it’s quite difficult to use Game Maker to prototype, say, a classic hexgrid wargame. None of Game Maker’s built-in menu functions apply intuitively to creating such a grid or to moving units around it. Game Maker has a “gravity” button, but it doesn’t have a “divide up the playing area into equal spaces” button.

Experienced users can, of course, use Game Maker to produce hexgrid games. I suspect, however, that those who think in Game Maker terms will naturally gravitate toward prototypes–and, ultimately, finished products–that Game Maker readily supports. It’s easy to build action games with Game Maker, and hard to build turn-based strategy. That feedback will tend to shape the mechanics one uses, and ultimately the games one creates.

One can set aside Game Maker for tried-and-true paper, but that has its own problems. Tracking multiple objects through three-dimensional space is relatively easy for a computer, but is a lot of work when done by hand. Games with many modifiers affecting a single random decision benefit from a computer to do the math. The decision to prototype a game with foamboard and 3″ x 5″ cards is also an implicit decision to accept limitations on mathematical and physical complexity that computers can brush right past.

There’s no prototyping tool that doesn’t impose some kind of restriction. Java programmers and C++ programmers may have different opinions about whether it’s realistic to design a game that must run at a consistent 60 frames per second. Someone who builds prototypes out of wood is apt to make a very different game about constructing a house than someone who exclusively uses paper. No matter what one chooses to prototype with, that choice will impose demands on the later design.

Yet, the limitations of one’s prototyping tools need not extend to one’s design thinking. The key is not to let the tail wag the dog. Allowing the game’s needs drive how the prototype is made ensures that the prototype is making the game better, rather than turning the game into an excuse for the prototype.

I’ve been thinking about this because of a new game I’ve been working on recently, something with a more “arty” bent than Over the Next Dune. The game calls for player 2 to have an effect on player 1’s movement. At the start of the process I briefly considered using a simple physics model, with player 2 as a sort of deity who could manipulate gravity in real time. However, that seemed like it would be most obviously suited to a PC or tablet game–and since I have only a very modest background in programming, I wasn’t prepared to go down that road. I started looking for designs that could be mocked up with paper instead.

Although I’m pleased with where the game has gone since, it was, in retrospect, an error to abandon that early concept just because it would have been difficult to prototype. The preconception that “I don’t do prototypes on computer” caused me to shy away from an interesting idea without giving serious consideration to whether I could make it work in a board game format. I limited my own options without finding out whether that limit was really necessary.

They say that when you have a hammer, everything looks like a nail. In the same way, preconceived notions about how to build prototypes can limit one’s design creativity. Focus first on the design, and then find a way to prototype it when the time comes.

Theory: Defining Games in Light of the Simplest One

What’s the most minimal game you can build?

It doesn’t have to be a good game. It doesn’t need to stand up to many plays, staying interesting over time. It just needs to count as a game, with as few lines of rules as possible.

I raise the question because I think it’s an interesting way to get at the issue of what “games” are. Consciously trying to make a game as simple as possible forces one to decide what has to be included–and what can go.

My first thought was Sirlin’s rock-paper-scissors with unequal payoffs: play RPS normally, but rock is worth 10 points. The first person to 10 points wins. (Sirlin made it even more complicated, but let’s skip ahead to this simplified revision.)

So, how many rules?

1. Both players make a sign simultaneously.
2. The three signs are rock, paper, and scissors.
3. The sign for rock is a fist.
4. The sign for paper is a flat hand with fingers together.
5. The sign for scissors is the index and middle fingers extended.
6. Determine the winner as follows:
a. Rock beats scissors.
b. Scissors beats paper.
c. Paper beats rock.
d. If both players made the same sign, no one wins. Return to step 1.
7. Players score as follows:
a. If a player won with scissors or paper, he or she gets one point.
b. If a player won with rock, he or she gets 10 points.
8. If a player has 10 or more points, he or she wins.
9. If no player has 10 or more points, play again, adding the next round’s score to the current total.

(That’s more than I would have thought for RPS!)

So, nine rules with some sub-rules. That’s enough to give us everything one intuitively expects out of a game: decisions, scores, a way to win.

Of course, Sirlin’s variant has special scoring rules. Normal rock-paper-scissors doesn’t need them:

1. Both players make a sign simultaneously.
2. The three signs are rock, paper, and scissors.
3. The sign for rock is a fist.
4. The sign for paper is a flat hand with fingers together.
5. The sign for scissors is the index and middle fingers extended.
6. Determine the winner as follows:
a. Rock beats scissors.
b. Scissors beats paper.
c. Paper beats rock.
d. If both players made the same sign, no one wins. Return to step 1.
7. The player who won gets a point.
8. If a player has 10 points, he or she wins.
9. If no player has 10 points, play again, adding the next round’s score to the current total.

Yet, there are some extras here. The decision between rock, paper, and scissors isn’t much–especially when they all have the same value–but if we could get it down to two choices that would be even better. There could be, for example, only two signs: high and low. That cuts a lot of rules out:

1. Both players make a sign simultaneously.
2. The two signs are high and low.
3. The sign for high is a finger pointing upward.
4. The sign for low is a finger pointing downward.
5. Determine the winner as follows . . .

. . . uh, oh. There needs to be a way to decide who wins. Since the goal is to keep it simple, the rule could just be that high always beats low.

5. Determine the winner as follows:
a. High beats low.
d. If both players made the same sign, no one wins. Return to step 1.

Going down to two options saved us a rule and two sub-rules, while still obliging players to make a decision. Doing away with different scores for different moves also helps:

6. If a player won, he or she gets one point.
7. If a player has 10 points, he or she wins.
8. If no player has 10 points, play again, adding the next round’s score to the current total.

Those changes get us down to eight rules, with only two sub-rules. There’s still a decision to make, a score to keep, and means by which one wins.

Is this, however, still a game? Certainly there’s little of interest here. Strategy stops at “always show high.” No one would find this fun for more than a turn or two. Are the existence of various strategies and the possibility of having fun required? How many strategies? How much fun?

Although no one would (intentionally) put forward a game as simple as High vs. Low as something others should play, I think it’s interesting as a definitional problem. High vs. Low is an edge case for the definition of “game.” It challenges definitions that include it to explain why something so joyless counts as an example of an activity usually thought of as being for fun. At the same time, definitions that would exclude High vs. Low have to find a reasonably measurable element of games that it lacks.

Theory: Rubber Bands

Many games have “rubber bands”–mechanisms that help a player who’s fallen behind catch up–designed into them. Done right, they keep matches entertaining throughout their duration. Done wrong, rubber bands make good play meaningless. It’s important, when adding one to your game, to make sure your rubber band is one of the good ones by using it to create new, interesting decisions for both players rather than simply punishing the leader.

Rubber Bands Done Right: Street Fighter 4 Ryu’s Metsu Hadouken

Street Fighter 4’s catch-up mechanism is the “ultra” move, a high-damage attack which a player can only use after taking a beating. Ultras are a classic rubber band: if a player is getting crushed, the ultra can even the score. They’re also, in at least some cases, very good rubber bands; when they become available they bring a suite of new, challenging decisions for both players.

Ryu, one of SF4’s characters, has a really well-designed ultra in his Metsu Hadouken. This ultra is a gigantic fireball that does a great deal of damage if it catches the opponent off-guard. It ticks the most basic comeback mechanism box, in that it allows the player using it to catch up.

Ryu winds up for a Metsu Hadouken in Street Fighter 4
Ryu winds up for a Metsu Hadouken in Street Fighter 4

However, the Metsu Hadouken doesn’t do a great deal of work for its player. If he or she just panics and tosses it out there, the opponent can easily block or avoid it. Players need to outwit the opponent and create an opening for this mega-attack, with all the decision-making and strategizing that entails.

The opponent also has decisions to make when the Metsu Hadouken charges up. Experienced players know that there are a limited number of setups that are guaranteed to make the Metsu Hadouken land. Priorities shift as the opponent reevaluates Ryu’s options in light of whether they do or do not lead to the Metsu Hadouden.

Landing or avoiding the attack, however, is just the surface issue.. Would it be better not to use the Metsu Hadouken to catch up, but rather to save it as a way to close out the game after non-ultra-aided comeback? Since the Metsu Hadouken does more damage as one takes more damage, maybe waiting would be best even if there’s a guaranteed setup available right now? Which setups are likely to work against this opponent, in light of his or her behavior and the character he or she is playing? If the opponent knows which setups are most likely to work, what will he or she do in response? The more understanding one has of Street Fighter 4 and its strategy, the more complicated using and defeating the Metsu Hadouken become.

David Sirlin has argued that ultra combos are a problematic element of SF4, and this has led to some internet discussion to the effect that he hates rubber bands in general and ultras specifically. When one goes back to the original source, however, one finds a more nuanced argument: that comeback mechanisms can be good when applied in moderation, that SF4 may need one in light of its overall design, and that there’s a balance between the elegance of designing a game that doesn’t need rubber bands and the advantage of tapping into their appeal. I agree with all of that. My argument is not that catch-up mechanisms are always good, but rather is that if one is going to include a rubber band Ryu’s Metsu Hadouken is a good source of inspiration.

This, then, is a catch-up mechanism done right. It does its job, but only for players who deploy some skill. Both sides have new, difficult decisions to make when the rubber band draws taut. As one improves new layers to the strategy surrounding the mechanism are revealed, no matter which side of the fireball one might be on. The Metsu Hadouken lets players catch up, but it does so in ways that reward skill and good play.

Rubber Bands Done Wrong: Wii Mario Kart’s Blue Shell

There may be no more hated item a player can pick up in all of gaming than the infamous blue shell. Players despise it, and with good reason: the blue shell negates good decisions rather than creating them.

Here’s how it works. Wii Mario Kart is a racing game. The blue shell hunts down whoever is currently in the lead, and stops that player dead in his or her tracks. It’s possible to avoid the blue shell, but it’s exceptionally difficult, so much so that many players don’t think it can be done–indeed, they don’t even try. Getting hit doesn’t ensure that one will fall back in the standings, but anyone who is anywhere nearby will be able to pass. It isn’t uncommon for the leader to drop back to the middle of the pack after a blue shell.

Abandon hope, all ye targeted by the blue shell
Abandon hope, all ye targeted by the blue shell

Everything the Metsu Hadouken does right, the blue shell does wrong. Are there decisions for the player using it to make? Very few; as a general rule, if one is not currently winning one uses the blue shell as soon as one gets it. Decisions for the leader? Almost none, since the blue shell can only be avoided in specific situations which rarely obtain. Even when they do the decision is completely binary–do you try the trick, or not–and “try” is essentially always the right answer.

There is, of course, a way to be almost completely safe from blue shells: don’t be the leader. In a racing game, however, it seems perverse to incentivize players not to try for first place. Mario Kart doesn’t become more exciting or skill-testing if the players are grinding their way slowly around the track, jockeying for second.

Hence, the effect of the blue shell is to undo the leader’s work while leaving almost no possible response. It punishes racing skill; the better one is, the more

likely one is to be the target of an unavoidable attack that leaves one in 4th place or worse. Blue shells are a rubber band, yes, but in carrying out their function they commit grievous design sins: they discourage good decisions and promote a boring style of play.

If you’re looking at your game and thinking players need a bit of help catching up, a rubber band can be a good way to solve your problem. Just make sure that it makes the game more interesting–for both the followers and the leader. Use it to ratchet up the tension and give players new ways to show their skill.

Game Design vs. Game Theory

First, I just wanted to note the addition of a blog to the links page: Game Design Advance. A number of NYU professors post there, on topics ranging from the expressive meaning (or lack thereof) of game mechanics to lessons game design can bring to the voting process. Most game design discussion revolves around practical considerations; if you’re more interested in the underlying theory of design, I’d encourage you to check it out.

Adding a link on broad game design issues reminds me of an issue that’s come up recently: the difference between game theory and game design. Occasionally when I tell people I’m interested in game design they think I’m an economist, or they tell a joke about my public defense clients being in the Prisoner’s Dilemma. Since the latter, at least, risks sending me off on a tangent about interrogation practices, I think it’s worth clarifying the two terms.

Game theory, as I understand it–and I do not claim to be an expert–is primarily about modeling human behavior. The Prisoner’s Dilemma is a terrible game, but it’s brilliant as a mechanism for explaining why people confess when they would be better off staying quiet. Game theory does sometimes adopt a prescriptive mode, but those efforts rely (again, as I understand it) on building an accurate model.

Game design, on the other hand, is about evoking behavior. It tries to get people to perform certain actions and to experience certain feelings. Those actions might be simple (move a piece on a board) or complex (hit a baseball approaching at 90+ miles per hour), and the feelings might be positive (“this is fun!”) or negative (“this game taught me about a depressing era of history”), but the goal is always to evoke things rather than solely to model real-world behavior.

A designer might, of course, model a historical event as part of the effort to evoke something, and a theorist may want his or her model to make people act or feel in a certain way. The fields overlap. However, they are different enough that I think it’s worth understanding where they diverge. If nothing else, it will protect you from rants about interrogations.

Theory: Taking Mark Rosewater Out of Context

On Monday Mark Rosewater posted his annual “State of Design” article, in which he reviews Magic: the Gathering’s successes and failures for the past year. It’s an interesting read for any Magic player, but as a designer what I think is most fascinating about it are the lessons that could apply to any game. The article has design rules that are still powerful when divorced from their context.

Take, for example, Mr. Rosewater’s conclusion that “[f]lavor is key.” He explains that Magic used the same mechanic (that is to say, a thing cards did) twice: once with a flavorless label, and the second time with a name that evoked ancient Greek mythology. The mechanic was much better received the second time around, in part because players understood what the mechanic represented in the fiction of the game world and got more excited about playing cards with the mechanic as a result. Accessing “chroma” sounded technical and boring, but showing “devotion” and being rewarded for it was fun–even though in both cases players were doing largely the same thing!

Reading Mr. Rosewater’s comments immediately put me in the mind of Over the Next Dune’s rules for keeping searchers on the map. When explained step-by-step, people often find them rather opaque. Say that searchers “bounce like a screen saver,” however, and everyone understands instantly. Picking the right context helps players understand the rules enormously–so much so that I’ve considered switching to a Tron-esque theme just to be able to make the screen savor metaphor more explicit.

Other lessons presented in the article are similar. His self-critique of Magic’s execution of an “enchantment block” is interesting for anyone considering a game with expansions. The discussion on rescuing a failed idea has something to say about every game where the designer’s options are limited. More generally, the fact that Mr. Rosewater criticizes his own work despite the fact that this year saw “the best-selling Magic set of all time” sets a good example.

Mr. Rosewater is a controversial figure; opinions differ on whether he’s saving Magic or smashing it. Whatever one’s opinion of his “New World Order,” however, there can be no denying that he’s learned game design in an environment where sales numbers provide quantitative feedback, with his job staked on his continued success. Hard-won experience like is is always worth considering, and the lessons he has to teach are general enough at the macro level to make figuring out how to apply them to other games time well-spent.

The Case Study: Permanent Page for Updated Print-n-Play

I got a suggestion to put the rules and print-and-play components for Over the Next Dune into a single file, and to have a consistent place where the up-to-date file can be found. That’s completely sensible–I should have done both a long time ago! You can now find the current and complete Over the Next Dune file on its own page accessible via the top navigation bar.

Theory: What to Do If Your Game’s Not Random

Riffing on the idea that the promise of a rare lucky moment is attractive, I thought it might be interesting to look at the fate of VS System–a game where people didn’t get those lucky moments. I should say up front that I only have this story second-hand, but even if it’s wrong it’s still interesting as a thought experiment. It’s a cautionary tale about a game that ended up being unfriendly to new players, and a chance to learn lessons about what to do if your game doesn’t randomly offer new players help.

VS System was a superhero card game. If you wanted to play something Magic-ish, but instead of knights fighting dragons you wanted Captain America fighting Doctor Doom, this was your game. Its crowning achievement may have been its substantial tournament popularity; lots of people got very good at VS System, played it very seriously, and won quite a bit of money in the process.

Part of what made VS System so popular among tournament players was that, even though it was a card game, luck actually had very little to do with the outcome. Better players almost always beat worse players. For heavily-invested players who had spent a lot of time practicing, that was a valuable feature. Their hard work was consistently rewarded.

New players, however, found VS System quite frustrating. Since everyone was better than them, they lost almost every time. They couldn’t hope for a rare lucky moment; no such moment was coming.

Losing is, of course, part of getting better. I have vivid memories of going to the local arcade in Japan once a week and getting trounced for a full year before I managed to win. However, at that point in my life I was dedicated to improving at fighting games. It’s not unreasonable for people to try a game that they’re only casually interested in, get clobbered, and decide that this particular mountain isn’t one they’re interested in climbing.

That was the decision people often made about VS System. Although a dedicated group of old-timers kept the game going, fewer and fewer new players appeared to reinforce their ranks. Tournament players who moved on were not replaced, and ultimately the game folded for lack of sales.

Compare VS System’s experience to Magic: the Gathering. In Magic, the better player wins . . . most of the time. The fall of the cards can give the worse player a chance, creating the openings they need to win. When it happens it makes the better player crazy–but even Mark Rosewater believes the game is better because those moments can happen, and the sales data support him. Magic lets new players get the lucky moment they need once every so often, and as a result it can appeal to a much larger player base.

So, judicious use of randomness can help new players win, and in the process can contribute to keeping a game popular. What if a game has no randomness? Chess has no dice, no cards, nothing that’s outside the players’ control (and I depart from Mr. Rosewater’s view that opening moves are random; a decision made with incomplete information is not random, it is simply risky). Yet, Chess has lasted for a very long time. Diplomacy has a less impressive pedigree, but it’s also a popular game of long standing with no random elements. How do they keep going?

I think there are two key things that non-random games can do to avoid frustrating new players:

Ranked play: Chess’ ELO system helps players find others at the same skill level. Weaker players can avoid being clobbered by playing people at the same ELO–or can opt into a challenge by finding someone at a higher level. Players control how much frustration they experience.

Make it hard to lose quickly: Even an extremely bad Diplomacy player can’t be eliminated in the first few turns. (The writing, admittedly, might be on the wall by then.) Furthermore, the early turns are often when most of the wheeling and dealing at the heart of Diplomacy occurs, so even the newest player gets to experience what the game has to offer and feel like he or she got to participate meaningfully.

I’m sure there are more approaches to this problem, but I feel that these are particularly effective. If your game doesn’t enjoy the luxury of offering rare lucky moments to give new players hope, doing one or both of these will help ensure that they still have a positive experience. That, in turn, will contribute greatly to the long-term health of your game.

Theory: Story Time

When I was a kid, I saw these two Star Wars cards:

8-13-14 - Obi-Wan Kenobi8-13-14 - Bionic HandTake a look at the numbers in the upper-right corners. They’re used to generate random numbers in-game. Higher is usually better. Mostly they scale from 1-6.

Now, Bionic Hand is pretty useless. IF your opponent is playing the Disarmed card, and IF the situation came up in which that card can be played, and IF your opponent had the card in hand and played it, THEN you can play your Bionic Hand.

But it’s tempting to put it in your deck anyway, because Bionic Hand is a 7.

Obi-Wan Kenobi, on the other hand (no pun intended), is pretty great. Explaining all the ways that he’s great requires some knowledge of the game’s mechanics, so suffice it to say that he’s as awesome as it seems like Obi-Wan Kenobi should be. Obi-Wan is so great that it’s tempting to play multiple copies of him.

But he’s a 1.

These two cards taught me the first game design lesson I ever learned: very powerful things should have some drawback associated with them. Obi-Wan is great once he’s on the table, but he’s terrible if you flip him while generating a random number. Having that weakness prevents Obi-Wan from completely overshadowing cards like Bionic Hand.

Yet, there are more lessons to be found here. Weak things can be interesting if they’re narrowly powerful. Random values can be generated in many ways. The promise of a rare lucky moment is attractive.

I know I’ve been talking about the Star Wars CCG a lot recently. Part of that is because it’s fun to walk down memory lane, but part of it is because the game did a lot right. When looked at critically, it has a lot to teach.

The Case Study: Ongoing Playtesting

I’m still playtesting the five-turn version of OtND with three left turns and three right turns. The more I play it the more I like it. It’s hard, and games consistently come down to the wire. Making the game harder was part of the goal, and that goal is being achieved.

Using three turns is also working out better than four. It’s sufficient to make the game unpredictable without rendering planning impossible. Moreover, the challenge shifts over the course of the game; it starts out very difficult, and then the advantage shifts toward the players as turns come out of the deck. I haven’t forgotten the question of how to give a game the feeling of a three-act story.

So that’s the good news. The bad news is that the game still needs a lot of external playtesting. We’ll see how it holds up.

Something Completely Different: Barmageddon

I’m taking a quick break today to offer my sympathies to those caught up in Barmageddon. Computer issues raised their head when I took the bar, so I understand how stressful that is. My understanding is that everyone was able to upload their exams in the end, so I hope that those affected were able to approach the second day without worry and are now resting easy. Good luck!