Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Upgrade your account to a Community Supporter account and remove most of the site ads.
Rocket your D&D 5E and Level Up: Advanced 5E games into space! Alpha Star Magazine Is Launching... Right Now!
Community
General Tabletop Discussion
*TTRPGs General
Best practices for easy-to-run modules [+]
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="EpicureanDM" data-source="post: 9802789" data-attributes="member: 6996003"><p>All the stuff I mentioned would make scenarios easier to run. Most of what's been discussed in this thread is low-hanging fruit that's been discussed for decades. The OP asked for "any ideas" in their first post. So I provided some ideas.</p><p></p><p>I agree that keyed locations should be presented in numerical order.</p><p></p><p>I don't think I said that everything in the scenario should be organized in random order. Why should a scenario's text assume the order in which physical locations will be encountered? I'm not saying a scenario can't point PCs in one direction or another, but why not just list them alphabetically in their own section called "Locations"? Same for the NPCs. Just have a section called "NPCs" and list them alphabetically. (I would also encourage lots of graphical elements like icons and symbols to tag locations and NPCs to make connections between them easier to remember.) GMs can just print or photocopy the pages they need for a given session. We should move past the era when "easy to run" means "don't need to flip back and forth in a book." As [USER=6988941]@Benjamin Olson[/USER] said:</p><p></p><p>Many opinions about scenario presentation suffer unconsciously from this point of view. This isn't 1982 and people aren't publishing <em>Champions II</em> using typewriters and mimeographs. Why should we cling to the idea that a GM needs to have an entire physical book in front of them during a session? Design your product's pages so that sections can be printed and used without the book at the table. Tell GMs that's <em>why</em> your book is presented the way it is and encourage them to do that.</p><p></p><p>I don't think this playtest information needs to be next to the scenario information it's describing. You could just have a separate section of the scenario called "What Usually Happened In Playtests."</p><p></p><p>The point of repetition is to reinforce to GMs how different parts of your design connect to each other. GMs need to know this so that they can make sure these intentional connections emerge during play. But I don't mean that entire blocks of text should be copied and pasted. We agree that things like links or references should be the primary tools. But things like Revelation Lists benefit from repetition in the text.</p><p></p><p>This is another unexamined bias that I wish we could move past. It's not explaining that books have maces instead of swords because of a fear of blood. It's explaining that the mooks have maces instead of swords because some PCs might have armor that's worse against maces. That's a bad example because I'm trying to use the one you gave me. It doesn't make sense in modern D&D/OSR even if it might have made sense in the AD&D days with Armor Class Adjustments for weapons.</p><p></p><p>GMs would find scenarios easier to run if the designers spoke about the <em>game design</em> reasons behind why they wrote what they wrote, assuming they had them when creating the scenario. I suspect this level of intentionality and reflection is absent in most scenario design. I'd find it easier to run a scenario if a designer told me, for example, what function an NPC is meant to serve in the scenario assuming there is one.</p><p></p><p>I don't think every element of every scenario requires this approach. But the GM should be behind the curtain with the designer. That's why I think the tone of scenario writing has to change altogether. Scenarios should be written as though the designer's explaining it to folks in a forum thread who have questions about how to run it. The need for discussions about "information design" would be greatly reduced if designers spoke directly to GMs about what different parts of the design are trying to achieve at the table.</p></blockquote><p></p>
[QUOTE="EpicureanDM, post: 9802789, member: 6996003"] All the stuff I mentioned would make scenarios easier to run. Most of what's been discussed in this thread is low-hanging fruit that's been discussed for decades. The OP asked for "any ideas" in their first post. So I provided some ideas. I agree that keyed locations should be presented in numerical order. I don't think I said that everything in the scenario should be organized in random order. Why should a scenario's text assume the order in which physical locations will be encountered? I'm not saying a scenario can't point PCs in one direction or another, but why not just list them alphabetically in their own section called "Locations"? Same for the NPCs. Just have a section called "NPCs" and list them alphabetically. (I would also encourage lots of graphical elements like icons and symbols to tag locations and NPCs to make connections between them easier to remember.) GMs can just print or photocopy the pages they need for a given session. We should move past the era when "easy to run" means "don't need to flip back and forth in a book." As [USER=6988941]@Benjamin Olson[/USER] said: Many opinions about scenario presentation suffer unconsciously from this point of view. This isn't 1982 and people aren't publishing [I]Champions II[/I] using typewriters and mimeographs. Why should we cling to the idea that a GM needs to have an entire physical book in front of them during a session? Design your product's pages so that sections can be printed and used without the book at the table. Tell GMs that's [I]why[/I] your book is presented the way it is and encourage them to do that. I don't think this playtest information needs to be next to the scenario information it's describing. You could just have a separate section of the scenario called "What Usually Happened In Playtests." The point of repetition is to reinforce to GMs how different parts of your design connect to each other. GMs need to know this so that they can make sure these intentional connections emerge during play. But I don't mean that entire blocks of text should be copied and pasted. We agree that things like links or references should be the primary tools. But things like Revelation Lists benefit from repetition in the text. This is another unexamined bias that I wish we could move past. It's not explaining that books have maces instead of swords because of a fear of blood. It's explaining that the mooks have maces instead of swords because some PCs might have armor that's worse against maces. That's a bad example because I'm trying to use the one you gave me. It doesn't make sense in modern D&D/OSR even if it might have made sense in the AD&D days with Armor Class Adjustments for weapons. GMs would find scenarios easier to run if the designers spoke about the [I]game design[/I] reasons behind why they wrote what they wrote, assuming they had them when creating the scenario. I suspect this level of intentionality and reflection is absent in most scenario design. I'd find it easier to run a scenario if a designer told me, for example, what function an NPC is meant to serve in the scenario assuming there is one. I don't think every element of every scenario requires this approach. But the GM should be behind the curtain with the designer. That's why I think the tone of scenario writing has to change altogether. Scenarios should be written as though the designer's explaining it to folks in a forum thread who have questions about how to run it. The need for discussions about "information design" would be greatly reduced if designers spoke directly to GMs about what different parts of the design are trying to achieve at the table. [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*TTRPGs General
Best practices for easy-to-run modules [+]
Top