Showing posts with label say yes. Show all posts
Showing posts with label say yes. Show all posts

Friday, August 7, 2020

Crooked Considerations: #RPGaDAY2020 7 - Couple

I've been doing the #RPGaDAY2020 daily blogging prompts, which this year come in the form of a dungeon map:

RPGaDAY blogging prompts in the form of a classic gridded dungeons and dragons map

Today's prompt is

Couple

On and off over the past decade or so I've run a one-on-one game for my partner. I think the way an rpg plays with one GM and one PC is really fascinating and still an underexplored space. I've taken to calling them "duets", after a series of articles by Kirk Johnson-Weider on RPGnet several years ago.

Part of what is really interesting about duets is the close relationship you build during play. The focus is always on the PC--there are no other players to share the spotlight! It demands full engagement from the single player throughout, and a singular focus from the GM. It is very easy to build attachements to characters when the player-GM relationship is that close, and that leads to some difficulties when gameplay is stopped by PC death or other incapacitation. I think it's what I was trying to capture when I wrote guiding principles for developing Crook and several started with "there is only one player". If the PC dies, there is nobody else to continue the adventure. Even if the player rolled up a new PC on the spot, how would that new PC get involved in an adventure that was driven by the unique narrative of the previous PC?

Most systems assume that there will be multiple PCs. This is a big deal when play is assumed to be heavily combat-based or co-operation based--D&D for example, but really in most RPGs that aren't narrative-led. One way to account for this is to simply adjust the difficulty level. D&D 3 and up has CR calculations that can help; the OSR has Scarlet Heroes' clever way of translating ranges of damage into single digits based on hit dice. It also has the "fray die", which essentially gives the PC a way to taking out low-level baddies each turn for free. This generalizes into giving the PC extra powers, or increasing their power level. Heck, you could just "cheat" and give the player multiple PCs to control, or hirelings and henchmen.

But what if you don't want to change the power dynamic of the PC compared to the game world? I think in general, out of an instinct for self-preservation, most PCs that are on their own will try to avoid combat or difficult team-based challenges. Solo PCs will avoid situations where they could be taken out of play through death or otherwise. And that's not just out of self-presevation, that's to keep the duet game going!

Now that's not to say that the threat of death can't still be omnipresent. Foolish actions can (and if you're playing in an OSR style, should) still lead to dire consequences. But if the PC will be avoiding mortal peril, how else can you bring conflict into the game? I think it can come from risk-reward decisions, moral choices, and consequences for actions which lead to new adventure opportunities. Situations where it's unclear what might happen, and where potential outcomes drive the story further. To borrow from several modern rpg systems, we want the PC to fail forward: failure shouldn't throw up a wall that stops them from continuing, but it could throw up an alternate, more difficult, path.

I think (to clarify my own thoughts here explicitly), I'm saying that "you die" is the same kind of play-blocking as "you fail to pick the lock".

So for Crook, I want to have something that avoids blocking, something that has specific rules for failing forward or success by degrees/with consequences. Something in the realm of games Powered by the Apocalypse and its progeny (Blades in the Dark for sure), or Mouse Guard. Fate Accelerated is quite good for this too! NB these are games where the player is given some more narrative agency over things external to the PC, but I don't think that's strictly necessary to have a mechanic that avoids blocking play upon failure.

SO: In Crook, failing means that things don't go the way the PC wanted (whether that's slightly or catastrophically), but the PC can die only if they really deserve it AND if the player agrees to it.

Tuesday, July 7, 2020

Guiding Principles for Crooks

It occurs to me that as I go forward trying to make the systems I've created to run a thief job duet game for my partner into something other people can use, it would be wise to come up with some guiding principles. Or at least, make concrete the ones I've been implicitly using.

***

Crook

A game where a lone scoundrel does unusual jobs for unusual people.

1. Player-focused preparation. There is only one player; the GM should focus on things -that specific- player is likely to be interested in.

2. Alternative challenges. There is only one player; it is not possible to solve every problem by hitting it.

3. Alternative consequences. There is only one player; removing them from play should be avoided, but bad things can and will happen to them.

4. Rulings over rules. In the OSR/DIY sense: don't use a rule where you can make it work well on the fly.

5. Be permissive. Yes, and/but. No locked doors without stakes.

***

Thoughts on what these mean for making decisions when designing Crook:

1: What sorts of things is our crook going to be interested in?  The people who offer them jobs, and the nature of those jobs (I've been working on a job generator for this). The people and things that can help them accomplish those jobs. Something that they can do or work towards with the rewards from those jobs (are they paying off a debt? are they atoning for their past? do they want to prove themselves to a specific person? this likely should be a key trait established in when the player makes their crook). Organizations they can be part of, influence or be influenced by that will affect the other things they're interested in (thieves guilds, town guard, noble families, merchants, gangs, etc).

It's also important to tailor to the specific tastes of the player in your duet. Do they like dungeoncrawling more than courtly intrigue? Do they run off their mouth and start fights? Have they trained for years to become the perfect silent assassin? The jobs they're offered and the challenges they face should reflect the tastes of the player-as-a-person.

2: Combat shouldn't always be avoided, but there should be a focus on solving problems in a way that doesn't get the crook killed or incarcerated. This is important in all kinds of roleplaying adventure games, but I feel it's especially important in a duet. Ingenuity, insight, and non-linear thinking can be encouraged by giving the crook non-combat tools: immovable rods, vials of grease, and 1/day misty step as opposed to flasks of alchemists fire, acid arrows, and enchanted daggers (though if such standard combat items are given sparingly, that will encourage their use in creative ways).

This also can be reflected in environment design. Firey laterns swinging on long chains; precarious boulders above the narrow pass; loose bricks around the other side of the house. Traps that can be reset or redirected. Multiple paths in and out, and ways to manipulate the environment totally--what if there's a button on a pedestal that turns all the liquid in a 20 ft radius into blood? What if the inscription on the ceiling, when translated, teaches a chant that blocks out the sun for 2 minutes and then you forget the chant forever?

3: Preventing your one player from doing what they want to do by killing them or otherwise taking them out of play only serves to stop the game. Instead, have things break, or lost, or be stolen. Have important other people die. If a brutal combat does occur, have the crook be scarred or lose a limb or an eye. Or perhaps the baddies choose not to kill: it's always fun to have our protagonist hogtied and left to die in the desert--or perhaps thrown into a barrel, which is then chucked into a river heading toward a waterfall.

4: This is as much a reminder to myself to pare down rules wherever I can as it is guidance for running the game. That said, while making systems for Crook, I can and probably will go overboard, with full knowledge that I'll have to cut away all the cruft later. A rule of thumb I like for this is from Goblin Punch: "only write a rule when it is better than what you could come up with on the fly". And "better" can be defined in a number of ways as detailed in that post.

5: Others have been far more sophisticated than I with this, but nothing annoys me more than a locked door that is hard to open and if you fail there's no consequence other than not getting through the door. At least put some time pressure on: is the guardian automaton searching for the crook? Is a boulder rolling down the hallway towards us? Or give consequences for failure: the lock breaks and now you've made a wall. Or picking it sloppily triggers a visible blowdart aimed at the lock, or releases acid into the font of healing mineral water you're trying to get to. NO LOCKED DOORS WITHOUT STAKES.

If they want to do something and there's no consequence for failure, they do it! If you really want it to hurt for your Crook to try doing something mundane you can roll to see how many tries it takes and make them lose some spare change down a chasm each time they stumble (and I hope it's clear that that kind of pettiness is precisely what should be avoided). This goes for -abstract- doors especially. If our crook has a hunch about what kind of liquor the gang leader likes to drink as a digestif, they either can find out by asking the GM if they know or can do something interesting to find out (like sneaking into the leader's office and reading their diary, or bribing the manager of the member's-only bar, or beating it out of a lackey)--it should -not- be locked behind a knowledge roll that can be failed.

I think that'll do for now.

OH WAIT one thing I like about the name Crook is that it reminds me of "by hook or by crook" which is exactly the way in which our protagonist should try to accomplish things.

Wednesday, August 31, 2016

Story-Flavoured Powdered Beverage

It's the final day of BrigadeCon's daily RPG prompts! Check out their site to see the full list, sign up for the online convention, and donate to Child's Play. I only started doing the prompts on day 10, so I will continue to do them into September (though I might do more than one a day on occasion).

Today's #RPGaDay2016 prompt is: best advice you were ever given for your game of choice. Strap in: this is a big and rambling one.

There are two concepts that changed the way I think about running games, and both of them come from D +Vincent Baker .

The first, from Dogs in the Vineyard, has spread widely: "say yes or roll the dice". Loads of intelligent people have written on this, and players with different philosophies have debated its merits and re- or mis-interpreted it. My own take on it is informed, I think, by trying to use the bloated skill systems of the 3rd ed d20 games.

I hope I'm not being hyperbolic when I say d20 had too many and too hyperspecific skills. It wasn't just stuff like Use Rope and Decipher Script, there were also skills with fill-in-the-blanks like Knowledge (_____) or Perform (_____) which effectively made the list simultaneously too specific -and- infinite. And the existence of these skills encourages their use, so even with advice like "use the Knowledge skills to drive the plot and give the players crucial information", you're basically telling players "roll to see if you get this information I want to give you". It's worse with the practical skills, because either they never come into play, or you're constantly rolling them (like perception or search checks in every. single. room.) so you're guaranteed to get a failure eventually; which again, ends up being "roll to see if you get this thing I want to give you".

Playing only within that paradigm, it took a hell of a mind twist to realize that I can just give the players things I want to give them. Whichever PC knows about the history of this region--they know the bit of trivia about this old ruin which could help them avoid a trap. They don't have to roll. The old sailor PC who would have 10 ranks in Use Rope? Why would they need to roll to see if they can moor a boat? PCs that are good at stuff should get to just do that stuff. This is just the "say yes" part of the advice!  It was probably the most revelatory for me, as it blurred away this assumption that skills must always be rolled.

The "or roll the dice" part took much longer to grasp, and I'm still figuring it out. This post on the old forge forums goes a little way towards explaining why--I think this way of playing doesn't work in every situation. I argue the key factor is that the system, players, and setting must support characters attempting to do things that they have a chance of failing -and- allowing interesting consequences for failing. In other words, the attempt should have a chance of getting the PC into trouble. The advice becomes something like "say yes, or throw rocks". This is different from asking for rolls when you want to drive the story forward--it's the reverse: drive the story forward whenever the PCs try something worth rolling for. And it's only worth rolling for when it would be interesting to fail. The classic example is to avoid rolling to pick a lock when there's no time pressure and no trap set. Rolling the dice should significantly affect the game.

The other concept comes from Apocalypse World: "play to find out what happens". This one's a little looser and there's lots of ways to use it. It reminds me of +Justin Alexander 's classic post, Don't Prep Plots. By creating situations, tricky or complex or dangerous ones, and then throwing the PCs into them, not only do we avoid all the problems of trying to railroad players through a specific sequence of events, we let the players -and- the GM discover a story. The value of surprise seems pretty obvious for players--the GM springing plot twists and sudden monsters on unsuspecting PCs is a pretty classic way to play--but what about for GMs?  Maybe random generators are fun partially because it means the GM doesn't know everything that will happen. Why not extend that further? Create a compelling situation, get the PCs in there, and play to find out what happens.

At this point, it's patently obvious that I have drunk, deeply, of the story games kool-aid. However, I think that these two bits of advice are applicable to any game and have the potential to improve the experience at your gaming table for everyone. Avoid making players do stuff that has no point and let them get on with what they're interested in rather than using them as pieces in "your story". This works in classic D&D just as well as the most pretentious Nordic LARP you can imagine, and games that bake it into the system (like Fate and Dungeon World) hit a real sweet spot of player- and character-driven gaming.