• The VOIDRUNNER'S CODEX is coming! Explore new worlds, fight oppressive empires, fend off fearsome aliens, and wield deadly psionics with this comprehensive boxed set expansion for 5E and A5E!

Writing useful game material efficiently

Ry

Explorer
(this post extracts the design advice from the thread where I keep my Problems, Threats, Resources and Rewards, see the sig)

Preparing games is very different than other forms of writing, but I often find the difference isn't made clear to GMs. In the past, I often found myself preparing material that did not see play, and finding myself underprepared while at the session despite putting in a lot of work. To figure out what I should be preparing, I sat down one weekend and sketched out what happens in the meat of my roleplaying game sessions.

The diagram is a flow chart that looks like this:
[sblock=The flowchart]
attachment.php
[/sblock]
This took a long time to figure out, and was preceded by several more complex diagrams. After working on this, I realized that all that's really needed for a good game is problems, threats, resources, and rewards.

[sblock=What's the difference between a threat and a problem?]Threats mean danger in an immediate sense. Problems can lead to threats but are not imminently dangerous in the same way.[/sblock][sblock=What's the difference between a resource and a reward?]Resources can take a lot of forms (this lever causes water in the dungeon to rise 5 feet, the Baron can be convinced to aid the party if they're polite, an Alchemist has set up shop by the crossroads). But they're things that the PCs have to choose to use.

Rewards also take a lot of forms (magic items, gold, cute girl feeding apples to your horses, banquet in your honor) but they're not things PCs are likely to pass up. If you think of magic items and gold as resources, then there is some overlap, but I think players do feel rewarded when acquiring those things, even if they proceed to use them resourcefully.[/sblock][sblock=How does this method prevent bad design?]
PTRR is about making sure you write stuff that will see use. In My Experience, when the GM puts something before the players, these 4 things are things the GM needs. I did a big diagram a while ago to determine the flow of play in my D&D games; I found after the player-characters are created and the players have accepted the basic premise (we're playing a game, your characters are fantasy heroes, here's a basic context for where you are) the DM's job was to put interactive elements in front of players.

Bad design, whether it's railroading, DMPCs, or boring settings, all have one thing in common: They put inert elements in front of players (a.k.a. they're all a waste of time).

"Here's the prince of Roundheria, he's thinking of invading the peaceful land of Overtheria, but you can't convince him not to."

"Here's the dragon of the west mountain, but he's so powerful he'll kill you all instantly, so listen to his monologue before he flies off to what I've already decided he's doing, OK?"

"You're in a town. There's an inn. No, nothing interesting is happening."

"Elminster talks to you for half an hour, here's his 20-page explanation of why he's not going to help you. No, you can't convince him."

In short: if it comes time for the DM to add some element to the game, and it's not a problem, threat, resource, or reward, it's a waste.[/sblock][sblock=My games are about the characters' emotions, deep down. Can this still work?]Nothing about this method is meant to diminish the emotional content of the game. Players get attached to their favorite NPCs, get worried by the problems they are trying to deal with, and so on. But those things don't happen when they are inert; players care about their favorite NPCs because they have interacted with them (saved them from threats, helped them with problems, used their resources, earned rewards from them, and so on).

But the emotions are the result of play, not the DM's front end design.[/sblock]
 
Last edited:

log in or register to remove this ad

olshanski

First Post
I appreciate the effort, but this falls a bit short of being useful to me.
The distinction between resources and rewards was usefull.

The largest part of your flowchart is just one big blob that includes things like:
"PCs take risks" and "DM adds threats or problems"...

nothing here is broken out and detailed, and this flowchart certainly doesn't help at the gaming table. If this is an outline to help in preparing materials, I think it needs a little more direction, especially in your big central blob.
 

Ry

Explorer
The flowchart is just preamble, it's not the advice. The advice is: Make only Problems, Threats, Resources, and Rewards.
 


Ry

Explorer
Hmm... clearly shouldn't have lead off with the flow chart. That's just a diagram explaining how D&D situations work. What you can see from that are that the DM has to be ready to introduce problems, threats, resources, and rewards.
 



Scribble

First Post
Kind of reminds me of something I read a while back about modular game design...

Basically instead of designing specific things to go with specific adventures, you design generic settings and obstacles that can be tailored on the fly to fit whatever happens in a session.
 

Ry

Explorer
OK, here's an example flowchart from something I designed and used two sessions ago.

[sblock=That time with the bear]
attachment.php
[/sblock]

This actually is much truncated; there were lots of other options I cooked up, but they obviously don't fit well on the page.
 

Attachments

  • that time with the bear.PNG
    that time with the bear.PNG
    71.4 KB · Views: 768


Remove ads

Top