One of the things I look for in a roleplaying system is the “You Can’t Do That Here” failure point.

Obviously, there are things that a character logically shouldn’t be able to do. (Barring magical or technological aid, for example, a normal human being shouldn’t be able to flap their wings and fly like an eagle.) But that’s not what the You Can’t Do That Here glitch is about. You Can’t Do That Here happens when the structural or statistical quirks of a particular system make it impossible for a likely, probable, or desirable outcome to happen.

Imagine your favorite scene from a movie, book, or television sceries. Could that scene happen in your favorite roleplaying system? If not, why not? And can it be fixed?

These thoughts recently percolated to the surface for me during my read-thru and analysis of The Esoterrorists (which I also discussed here).

Scene 1: The detectives have a hit a dead-end in their investigation. Or perhaps their investigation has raised new questions. In any case, they return to the scene of the crime to look for new clues. Is there anything they might have overlooked? Is there evidence their later investigations suggest should exist that can now be found?

Scene 2: The teenage heroine is spending her summer vacation in the spooky, haunted house owned by her aunt and uncle. After spending seeral weeks in the house (enduring events of escalating strangeness), she passes down the hall and happens to notice for the first time a strange seam in the plaster. Investigating it more closely, she discovers a secret door and a staircase leading down to a hidden basement…

Scenes like these are a dime a dozen. They are also completely impossible if you’re playing The Esoterrorists: The system mandates that any clues which are to be found at a given location will be found by the PCs. That means you will never gain anything new by returning to a crime scene (unless new evidence has been deposited there since the last time you looked for some reason). Nor can you ever notice something that you previously overlooked.

And since this failure point in the system is a direct result of the system’s core design principle, there’s really no easy way to fix it: There’s an entire category of scenario that The Esoterrorists will never allow to be played out.

By contrast, these same scenarios can be absolutely trivial in other RPGs. For example, in the D20 system the former scene is modeled by either returning to the crime scene and Taking 20 for a more exhaustive search; or performing a new search with a circumstance bonus to model the additional insight gleaned from later investigations. And the second scene is nothing more than a series of failed Spot checks followed by a successful Spot check.

IN THE LENGTH OF A ROUND

On the other hand, I often see You Can’t Do That Here failure points being misdiagnosed by people who become trapped within the paradigms of the system. Perhaps the most notable example of this is the erroneous believe that, if it can’t be done in the length of a single round, then it can’t be done.

For example, in many discussions surrounding my essay “D&D: Calibrating Your Expectations” people would attempt to demonstrate the “ridiculous” number of feats which real world people require to be modeled “accurately” in the game system. A prime example was the Ride-By Attack feat:

When you are mounted and use the charge action, you may move and attack as if with a standard charge and then move again (continuing the straight line of the charge). Your total movement for the round can’t exceed double your mounted speed. You and your mount do not provoke an attack of opportunity from the opponent that you attack.

People would readily point to the example of any jousting tourney and say, “Anyone who jousts is capable of making an attack and then continuing to ride in a straight line.”

This is true. And, in fact, anyone in D20 can (a) ride up to someone; (b) hit them; and (c) continue riding past them. They just can’t do all of that in a single round.

This is about more than just defending the D20 system from an invalid critique, however. It’s about establishing a mindset in which you maximize the power and flexibility of your system of choice. Because the flip-side of You Can’t Do That Here is You Can Do That here, and that’s a lot more interesting.

Thinking back to the exercise we used to detect You Can’t Do That Here failure points, let’s turn it around now to a more positive use: Imagine your favorite scene from a movie, book, or television series. Can your system do that out of the box? If it can’t, what mechanics do you need to design to make it happen? And how can you design a scenario in which a scene like that becomes possible, plausible, or even probable? Can you generalize the case and figure out how to encourage scenes like that during a gaming session?

For example, imagine a scene where a kung-fu hero throws the bad guy through an aquarium full of piranhas. How can you enable and encourage that kind of scenery-interaction in your fight scenes? What mechanical structure can you use that will be (a) simple enough that the PCs won’t shy away from using it (as opposed to the default 3rd Edition grappling rules, for example); and (b) make the option as attractive (or more attractive) than simply hacking at the guy with their magic sword or throwing a punch at his jaw?

As a real world example, a couple of years ago I designed some simple counter-intelligence guidelines for the Gather Information skill. This took about 5 minutes. But having these guidelines made possible game content that would otherwise never have arisen: Previously “knowing that someone is asking questions about you” was a You Can’t Do That Here problem with the D20 system. Fortunately, it was a trivial one for me to solve — and now my PCs have to be cautious when asking questions about people; and occasionally they’ll be surprised to discover who has been asking questions about them.

I’ve recently been reviewing The Esoterrorists by Robin D. Laws with an eye towards how the core design ethos of the system — that the PCs always find every clue that can be found (as discussed in more length as part of my essay on the Three Clue Rule) — could be adapted to more generic purposes. (And quickly coming to the conclusion that is, in fact, so completely antithetical to the reasons that I play roleplaying games that it won’t work for me in any form.)

HARD AND SOFT LIMITS

But the game has prompted me to give some fresh thought to hard limits in system design, and the effect they have on scenario design for and the utility of a roleplaying game.

For example, let’s consider hit points: Imagine a hypothetical system in which the PCs have 20 hit points each. If each PC loses an average of 4 hit points each time they get involved in combat, then after four combat encounters the system is essentially mandating that the PCs stop fighting things (because the fifth encounter will kill them).

For simplicity’s sake, let’s assume that in this hypothetical system there’s no way for a PC to heal or restore their hit points except to rest for 1 week without stressful activity. That becomes a hard limit for scenario design: If you design a scenario that requires the PCs to fight more than four times in a single week, then your scenario is most likely going to end in failure (as the injured PCs either retreat or die).

This is, basically, how D&D 4th Edition is designed. The math is more complicated due to healing and variable encounter difficulty, but when the party’s healing surges run out (or, more accurately, when the healing surges for a single PC run out), the adventuring for the day is over. It has a hard system limit on how many combat encounters you can have per day, and you cannot design encounters with more combat encounters (or more difficult combat encounters) without house ruling the system.

By contrast, previous editions of D&D used hit points as a soft limit because there’s no limit placed on how much magical healing a single character can receive in a day. Of course, there are practical limits to the amount of healing any given adventuring party will have available to it in a single day, so you can’t simply ignore the issue of depleting the party’s hit points across multiple encounters. But it’s a soft limit precisely because there are ways (within the rules of the system itself) for overcoming that limitation.

For example, imagine that you wanted to design a scenario in which the PCs were in control of a fortress and needed to defend it from an army of the undead. In 4th Edition the scope of this scenario is dictated by the system: You can’t have more than X encounters of Y strength because the PCs will run out of healing surges. In 3rd Edition, on the other hand, you can make the siege last for any number of encounters, as long as you’re willing to provide the PCs with the necessary resources (like wands of cure light wounds, for example).

The reason I bring this up is that in most traditional roleplaying games there aren’t actually many hard limits to be found. I’ve found them to be quite a bit more prevalent in indie games, but in most cases they’re also fairly obvious in such games.

For example, 3:16 Carnage Amongst the Stars features a core mechanic for each mission in which the GM is given a budget of threat tokens equal to 5 x the number of PCs. The GM constructs encounters by spending threat tokens, and when he runs out of tokens the mission is over. This limit isn’t hidden in any way. Knowing it is recognized as being an integral part of running and playing the game. (Which, when you get right down to it, is true for all hard system limits. It’s just that 3:16 acknowledges it.)

HARD LIMITS IN GUMSHOE

The GUMSHOE system used in The Esoterrorists, on the other hand, looks like a traditional RPG… but its design is riddled with hidden hard limits.

Allow me to explain the two core mechanics of the game:

(1) For any investigative task, the PC uses the appropriate skill and automatically succeeds at finding any of the appropriate basic clues in the scene. In addition, a PC’s ranking in an investigative skill gives them a pool of points which they can spend to buy additional clues using that investigative skill that are non-essential to the adventure, but interesting in one way or another.

(2) For any non-investigative task, a difficulty number from 2 to 8 is secretly assigned and 1d6 is rolled. If the roll is higher than the difficulty number, the PC succeeds. A PC’s ranking in non-investigative skills also give them a pool of points which they can spend on checks using that skill to give them a +1 bonus to their die roll.

Pools for physical skills are replenished every 24 hours. Pools for non-physical skills are only replenished when a scenario ends.

And there’s your hard limit. Or, rather, your many hard limits: Each and every skill is turned into a 4E-style hard limit. For investigative skills this is relatively muted by the “mandatory success” mechanics of the system, but this same mandatory success results in a very flat playing experience if it’s not being periodically spiced by pool buys.

In practice, these hard limits severely restrict the length of an Esoterrorist scenario.

These limits, of course, aren’t entirely without their benefits. For example, once you recognize the hard limit, you’ll also realize that the system is silently mandating a diversity in the design of a scenario (so that you don’t rapidly tap out a single pool) — which, on the balance, is likely to be a positive more often than a negative.

But the negatives seem quite significant to me.

For example, in designing the investigative portions of a scenario you have two ways of dealing with the GUMSHOE hard limit:

(1) You can budget the number of “bonus clues” available in the scenario to make sure that the PCs will always have the points required to buy them. This avoids the problem of running out of points early in the game and then being forced to only engage the scenario at the most passive level available, but it raises the question of why the pools exist at all: It’s like sending you to a typical garage sale and then enforing a strict budget of spending no more than $1,000,000. Theoretically that’s meaningful, but in practice you’ve got all the money you need to buy everything on sale so it’s not a limitation at all.

(2) On the other hand, you can include more “bonus clues” over the course of the scenario than the PCs can afford. This means that the PCs will have to budget their points and only spend them selectively.

But here’s the problem: The players don’t know which of these approaches is true in any given scenario. (Particularly since most GMs aren’t going to read this essay and, therefore, aren’t going to make a deliberate decision in either direction. In practice, it’ll be a crapshoot from one scenario to the next which of these true. And which is true for which pool of points.)

And, furthermore, the design of the system is such that you often don’t know what you’re buying.

So either I’m giving you a million bucks and saying “buy everything at the garage sale”; or I’m giving you $5 and telling you to buy a random grab bag of stuff. It’s a feast or a famine and you don’t know which it is until it’s too late.

The problem becomes more severe for non-investigative tasks. Here the players need to spend the pool points in an effort to boost a random die roll above a target number that they don’t know. And they have to make that decision without any real knowledge of how many more die rolls of the same type they might be called upon to make.

So you’re bidding in a (frequently life-or-death) silent auction in what may (or may not) be a long series of silent auctions, the exact number of which you have no way of guessing.

CONCLUDING THOUGHTS

Of course, the argument can be made that I’m being relatively harsh on a game system which was probably designed to provide nothing more than a semi-useful scaffolding on which to hang some group improv.

But I belong to that school of thought that believes that system matters. And I don’t come to that belief merely from a background in game design. It’s also derived from my experience as an improv actor: The improv structures you use have an impact on the creativity that happens. Being aware of the strengths and weaknesses of an improv structure is the first step towards (a) choosing the right improv structure and (b) mastering the improv structure you choose.

In any case, hard limits are something to watch out for in a game system. They’re the points beyond which the game either Fails Completely or, at best, Stops Being Fun. That needs to be taken into account: Generally to be steered clear of, but sometimes to be taken advantage of.

Mystery scenarios for roleplaying games have earned a reputation for turning into unmitigated disasters: The PCs will end up veering wildly off-course or failing to find a particular clue and the entire scenario will grind to a screeching halt or go careening off the nearest cliff. The players will become unsure of what they should be doing. The GM will feel as if they’ve done something wrong. And the whole evening will probably end in either boredom or frustration or both.

Here’s a typical example: When the PCs approach a murder scene they don’t search outside the house, so they never find the wolf tracks which transform into the tracks of a human. They fail the Search check to find the hidden love letters, so they never realize that both women were being courted by the same man. They find the broken crate reading DANNER’S MEATS, but rather than going back to check on the local butcher they spoke to earlier they decide to go stake out the nearest meat processing plant instead.

As a result of problems like these, many people reach an erroneous conclusion: Mystery scenarios in RPGs are a bad idea. In a typical murder mystery, for example, the protagonist is a brilliant detective. The players are probably not brilliant detectives. Therefore, mysteries are impossible.

Or, as someone else once put it to me: “The players are not Sherlock Holmes.”

Although the conclusion is incorrect, there’s an element of truth in this. For example, in A Study in Scarlet, Sherlock Holmes is investigating the scene of a murder. He discovers a small pile of ashes in the corner of the room. He studies them carefully and is able to conclude that the ashes have come from a Trichinopoly cigar.

Now, let’s analyze how this relatively minor example of Holmesian deduction would play out at the game table:

(1) The players would need to successfully search the room.

(2) They would need to care enough about the ashes to examine them.

(3) They would need to succeed at a skill check to identify them.

(4) They would need to use that knowledge to reach the correct conclusion.

That’s four potential points of failure: The PCs could fail to search the room (either because the players don’t think to do it or because their skill checks were poor). The PCs could fail to examine the ashes (because they don’t think them important). The PCs could fail the skill check to identify them. The PCs could fail to make the correct deduction.

If correctly understanding this clue is, in fact, essential to the adventure proceeding — if, for example, the PCs need to go to the nearest specialty cigar shop and start asking questions — then the clue serves as chokepoint: Either the PCs understand the clue or the PCs slam into a wall.

Chokepoints in adventure design are always a big problem and need to be avoided, but we can see that when it comes to a mystery scenario the problem is much worse: Each clue is not just one chokepoint, it’s actually multiple chokepoints.

So the solution here is simple: Remove the chokepoints.

THE BREAD CRUMB TRAIL

For the GUMSHOE system (used in The Esoterrorists, Fear Itself, and The Trail of Cthulhu), Robin D. Laws decided to get rid of the concept of needing to find clues. In each “scene” of an investigation scenario, there is a “clue”. It’s automatically assumed that the investigators will find this clue.

This removes three of our four chokepoints, leaving only the necessity of using the clue to make the correct deduction (i.e., the deduction which moves you onto the next “scene” where the next clue can be imparted). And, in the case of the GUMSHOE system, even this step can be tackled mechanically (with the players committing points from their character’s skills to receive increasingly accurate “deductions” from the GM).

This is a mechanical solution to the problem. But while it may result in a game session which superficially follows the structure of a mystery story, I think it fails because it doesn’t particularly feel as if you’re playing a mystery.

Laws’ fundamental mistake, I think, is in assuming that a mystery story is fundamentally about following a “bread crumb trail” of clues. Here’s a quote from a design essay on the subject:

I’d argue, first of all, that these fears are misplaced, and arise from a fundamental misperception. The trail of clues, or bread crumb plot, is not the story, and does not constitute a pre-scripted experience. What the PCs choose to do, and how they interact with each other as they solve the mystery, is the story. As mentioned in The Esoterrorist rules, we saw this at work during playtest, as all of the groups had very different experiences of the sample scenario, as each GM and player combo riffed in their own unique ways off the situations it suggested.

But, in point of fact, this type of simplistic “A leads to B leads to C leads to D” plotting is not typical of the mystery genre. For a relatively simplistic counter-example, let’s return to Sherlock Holmes in A Study in Scarlet:

WATSON: “That seems simple enough,” said I; but how about the other man’s height?”

HOLMES: “Why, the height of a man, in nine cases out of ten, can be told from the length of his stride. It is a simple calculation enough, though there is no use my boring you with figures. I had this fellow’s stride both on the clay outside and on the dust within. Then I had a way of checking my calculation. When a man writes on a wall, his instinct leads him to write above the level of his own eyes. Now that writing was just over six feet from the ground. It was child’s play.”

This is just one small deduction in a much larger mystery, but you’ll note that Holmes has in fact gathered several clues, studied them, and then distilled a conclusion out of them. And this is, in fact, the typical structure of the mystery genre: The detective slowly gathers a body of evidence until, finally, a conclusion emerges. In the famous words of Holmes himself, “When you have eliminated the impossible, whatever remains, however improbable, must be the truth.”

What is true, however, is that in many cases it is necessary for many smaller deductions to be made in order for all of the evidence required to solve the mystery to be gathered. However, as the example from A Study in Scarlet demonstrates, even these smaller deductions can be based on a body of evidence and not just one clue in isolation.

This observation leads us, inexorably, to the solution we’ve been looking for.

THE THREE CLUE RULE

Whenever you’re designing a mystery scenario, you should invariably follow the Three Clue Rule:

For any conclusion you want the PCs to make, include at least three clues.

Why three? Because the PCs will probably miss the first; ignore the second; and misinterpret the third before making some incredible leap of logic that gets them where you wanted them to go all along.

I’m kidding, of course. But if you think of each clue as a plan (the PCs will find A, conclude B, and go to C), then when you have three clues you’ve not only got a plan — you’ve also got two backup plans. And when you realize that your plans never survive contact with the players, the need for those backup plans becomes clear.

In a best case scenario, of course, the players will find all three clues. There’s nothing wrong with that. They can use those clues to confirm their suspicions and reinforce their conclusions (just like Sherlock Holmes).

In a worst case scenario, they should be able to use at least one of these clues to reach the right conclusion and keep the adventure moving.

And here’s an important tip: There are no exceptions to the Three Clue Rule.

“But Justin!” I hear you say. “This clue is really obvious. There is no way the players won’t figure it out.”

In my experience, you’re probably wrong. For one thing, you’re the one designing the scenario. You already know what the solution to the mystery is. This makes it very difficult for you to objectively judge whether something is obvious or not.

And even if you’re right, so what? Having extra clues isn’t going to cause any problems. Why not be safe rather than sorry?

EXTENDING THE THREE CLUE RULE

If you think about it in a broader sense, the Three Clue Rule is actually a good idea to keep in mind when you’re designing any scenario.

Richard Garriott, the designer of the Ultima computer games and Tabula Rasa, once said that his job as a game designer was to make sure that at least one solution to a problem was possible without preventing the player from finding other solutions on their own. For example, if you find a locked door in an Ultima game then there will be a key for that door somewhere. But you could also hack your way through it; or pick the lock; or pull a cannon up to it and blow it away.

Warren Spector, who started working with Garriott on Ultima VI, would later go on to design Deus Ex. He follows the same design philosophy and speaks glowingly of the thrill he would get watching someone play his game and thinking, “Wait… is that going to work?”

When designing an adventure, I actually try to take this design philosophy one step further: For any given problem, I make sure there’s at least one solution and remain completely open to any solutions the players might come up with on their own.

But, for any chokepoint problem, I make sure there’s at least three solutions.

By a chokepoint, I mean any problem that must be solved in order for the adventure to continue.

For example, let’s say that there’s a secret door behind which is hidden some random but ultimately unimportant treasure. Finding the secret door is a problem, but it’s not a chokepoint, so I only need to come up with one solution. In D&D this solution is easy because it’s built right into the rules: The secret door can be found with a successful Search check.

But let’s say that, instead of some random treasure, there is something of absolutely vital importance behind that door. For the adventure to work, the PCs must find that secret door.

The secret door is now a chokepoint problem and so I’ll try to make sure that there are at least three solutions. The first solution remains the same: A successful Search check. To this we could add a note in a different location where a cultist is instructed to “hide the artifact behind the statue of Ra” (where the secret door is); a badly damaged journal written by the designer of the complex which refers to the door; a second secret door leading to the same location (this counts as a separate solution because it immediately introduces the possibility of a second Search check); a probable scenario in which the main villain will attempt to flee through the secret door; the ability to interrogate captured cultists; and so forth.

Once you identify a chokepoint like this, it actually becomes quite trivial to start adding solutions like this.

I’ve seen some GMs argue that this makes things “too easy”. But the reality is that alternative solutions like this tend to make the scenario more interesting, not less interesting. Look at our secret door, for example: Before we started adding alternative solutions, it was just a dice roll. Now it’s designed by a specific person; used by cultists; and potentially exploited as a get-away.

As you begin layering these Three Clue Rule techniques, you’ll find that your scenarios become even more robust. For example, let’s take a murder mystery in which the killer is a werewolf who seeks out his ex-lovers. We come up with three possible ways to identify the killer:

(1) Patrol the streets of the small town on the night of the full moon.

(2) Identify the victims as all being former lovers of the same man.

(3) Go to the local butcher shop where the killer works and find his confessions of nightmare and sin written in blood on the walls of the back room.

For each of these conclusions (he’s a werewolf; he’s a former lover; we should check out the butcher shop) we’ll need three clues.

HE’S A WEREWOLF: Tracks that turn from wolf paw prints to human footprints. Over-sized claw marks on the victims. One of the victims owned a handgun loaded with silver bullets.

HE’S A FORMER LOVER: Love letters written by the same guy. A diary written by one victim describing how he cheated on her with another victim. Pictures of the same guy either on the victims or kept in their houses somewhere.

CHECK OUT THE BUTCHER SHOP: A broken crate reading DANNER’S MEATS at one of the crime scenes. A note saying “meet me at the butcher shop” crumpled up and thrown in a wastepaper basket. A jotted entry saying “meet P at butcher shop” in the day planner of one of the victims.

And just like that you’ve created a scenario with nine different paths to success. And if you keep your mind open to the idea of “more clues are always better” as you’re designing the adventure, you’ll find even more opportunities. For example, how trivial would it be to drop a reference to the butcher shop into one of those love letters? Or to fill that diary with half-mad charcoal sketches of wolves?

The fun part of all this is, once you’ve given yourself permission to include lots of clues, you’ve given yourself the opportunity to include some really esoteric and subtle clues. If the players figure them out, then they’ll feel pretty awesome for having done so. If they don’t notice them or don’t understand them, that’s OK, too: You’ve got plenty of other clues for them to pursue (and once they do solve the mystery, they’ll really enjoy looking back at those esoteric clues and understanding what they meant).

COROLLARY: PERMISSIVE CLUE-FINDING

The maxim “more clues are always better” is an important one. There is a natural impulse when designing a mystery, I think, to hold back information. This is logical inclination: After all, a mystery is essentially defined by a lack of information. And there’s a difference between having lots of clues and having the murderer write his home address in blood on the wall.

But the desire to hold back information does more harm than good, I think. Whenever you hold back a piece of information, you are essentially closing off a path towards potential success. This goes back to Garriott’s advice: Unless there’s some reason why the door should be cannon-proof, the player should be rewarded for their clever thinking. Or, to put it another way: Just because you shouldn’t leave the key to a locked door laying on the floor in front of the door, it doesn’t mean that there shouldn’t be multiple ways to get past the locked door.

With that in mind, you should consciously open yourself to permissive clue-finding. By this I mean that, if the players come up with a clever approach to their investigation, you should be open to the idea of giving them useful information as a result.

Here’s another way of thinking about it: Don’t treat the list of clues you came up with during your prep time as a straitjacket. Instead, think of that prep work as your safety net.

I used to get really attached to a particularly clever solution when I would design it. I would emotionally invest in the idea of my players discovering this clever solution that I had designed. As a result, I would tend to veto other potential solutions the players came up with — after all, if those other solutions worked they would never discover the clever solution I had come up with.

Over time, I’ve learned that it’s actually a lot more fun when the players surprise me. It’s the same reason I avoid fudging dice rolls to preserve whatever dramatic conceit I came up with. As a result, I now tend to think of my predesigned solution as a worst case scenario — the safety net that snaps into place when my players fail to come up with anything more interesting.

In order to be open to permissive clue-finding you first have to understand the underlying situation. (Who is the werewolf? How did he kill this victim? Why did he kill them? When did he kill them?) Then embrace the unexpected ideas and approaches the PCs will have, and lean on the permissive side when deciding whether or not they can find a clue you had never thought about before.

COROLLARY: PROACTIVE CLUES

A.K.A. Bash Them On the Head With It.

Sometimes, despite your best efforts, the players will work themselves into a dead-end: They don’t know what the clues mean or they’re ignoring the clues or they’ve used the clues to reach an incorrect conclusion and are now heading in completely the wrong direction. (When I’m using the Three Clue Rule, I find this will most often happen when the PCs don’t realize that there’s actually a mystery that needs to be solved — not every mystery is as obvious as a dead body, after all.)

This is when having a backup plan is useful. The problem in this scenario is that the PCs are being too passive — either because they don’t have the information they need or because they’re using the information in the wrong way. The solution, therefore, is to have something active happen to them.

Raymond Chandler’s advice for this kind of impasse was, “Have a guy with a gun walk through the door.”

My typical fallback is in the same vein: The bad guy finds out they’re the ones investigating the crime and sends someone to kill them or bribe them.

Another good one is “somebody else dies”. Or, in a more general sense, “the next part of the bad guy’s plan happens”. This has the effect of proactively creating a new location or event for the PCs to interact with.

The idea with all of these, of course, is not simply “have something happen”. You specifically want to have the event give them a new clue (or, better yet, multiple clues) that they can follow up on.

In a worst case scenario, though, you can design a final “Get Out of Jail Free” card that you can use to bring the scenario to a satisfactory close no matter how badly the PCs get bolloxed up. For example, in our werewolf mystery — if the PCs get completely lost — you could simply have the werewolf show up and try to kill them (because he thinks they’re “getting too close”). This is usually less than satisfactory, but at least it gets you out of a bad situation. It’s the final backup when all other backups have failed.

COROLLARY: RED HERRINGS ARE OVERRATED

Red herrings are a classic element of the mystery genre: All the evidence points towards X, but it’s a red herring! The real murderer is Y!

When it comes to designing a scenario for an RPG, however, red herrings are overrated. I’m not going to go so far as to say that you should never use them, but I will go so far as to say that you should only use them with extreme caution.

There are two reasons for this:

First, getting the players to make the deductions they’re supposed to make is hard enough. Throwing in a red herring just makes it all the harder. More importantly, however, once the players have reached a conclusion they’ll tend to latch onto it. It can be extremely difficult to convince them to let it go and re-assess the evidence. (One of the ways to make a red herring work is to make sure that there will be an absolutely incontrovertible refutation of it: For example, the murders continue even after the PCs arrest a suspect. Unfortunately, your concept of an “incontrovertible refutation” may hold just as much water as your concept of a “really obvious clue that cannot be missed.)

Second, there’s really no need for you to make up a red herring: The players are almost certainly going to take care of it for you. If you fill your adventure with nothing but clues pointing conclusively and decisively at the real killer, I can virtually guarantee you that the players will become suspicious of at least three other people before they figure out who’s really behind it all. They will become very attached to these suspicions and begin weaving complicated theories explaining how the evidence they have fits the suspect they want.

In other words, the big trick in designing a mystery scenario is to try to avoid a car wreck. Throwing red herrings into the mix is like boozing the players before putting them behind the wheel of the car.

COROLLARY: NOTHING IS FOOLPROOF

You’ve carefully laid out a scenario in which there are multiple paths to the solution with each step along each path supported by dozens of clues. You’ve even got a couple of proactive backup plans designed to get the PCs back on track if things should go awry.

Nothing could possibly go wrong!

… why do you even say things like that?

The truth is that you are either a mouse or a man and, sooner or later, your plans are going to go awry. When that happens, you’re going to want to be prepared for the possibility of spinning out new backup plans on the fly.

Here’s a quote from an excellent essay by Ben Robbins:

Normal weapons can’t kill the zombies. MicroMan doesn’t trust Captain Fury. The lake monster is really Old Man Wiggins in a rubber mask.

These are Revelations. They are things you want the players to find out so that they can make good choices or just understand what is going on in the game. Revelations advance the plot and make the game dramatically interesting. If the players don’t find them out (or don’t find them out at the right time) they can mess up your game.

I recommend this essay highly. It says pretty much everything I was planning to include in my discussion of this final corollary, so I’m not going to waste my time rephrasing something that’s already been written so well. Instead, I’ll satisfy myself by just quoting this piece of advice from it:

Write Your Revelations: Writing out your revelations ahead of time shows you how the game is going to flow. Once play starts things can get a little hectic – you may accidentally have the evil mastermind show up and deliver his ultimatum and stomp off again without remembering to drop that one key hint that leads the heroes to his base. If you’re lucky you recognize the omission and can backtrack. If you’re unlucky you don’t notice it at all, and you spend the rest of the game wondering why the players have such a different idea of what is going on than you do.

As we’ve discussed, one way to avoid this type of problem is to avoid having “one key hint” on which the adventure hinges. But the advice of “writing out your revelations ahead of time” is an excellent one. As Robbins says, this “should be a checklist or a trigger, not the whole explanation”.

What I recommend is listing each conclusion you want the players to reach. Under each conclusion, list every clue that might lead them to that conclusion. (This can also serve as a good design checklist to make sure you’ve got enough clues supporting every conclusion.) As the PCs receive the clues, check them off. (This lets you see, at a glance, if there are areas where the PCs are missing too many clues.)

Finally, listen carefully to what the players are saying to each other. When they’ve actually reached a particular conclusion, you can check the whole conclusion off your list. (Be careful not to check it off as soon as they consider it as a possibility. Only check it off once they’ve actually concluded that it’s true.)

If you see that too many clues for a conclusion are being missed, or that all the clues have been found but the players still haven’t figured it out, then you’ll know it’s probably time to start thinking about new clues that can be worked into the adventure.

THE FINAL WORD

Basically, what all of this boils down to is simple: Plan multiple paths to success. Encourage player ingenuity. Give yourself a failsafe.

And remember the Three Clue Rule:

For any conclusion you want the PCs to make, include at least three clues.

FURTHER READING
Don’t Prep Plots
Using Revelation Lists
Making Clues
Running Mysteries
Node-Based Scenario Design
Gamemastery 101