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
*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
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Community
General Tabletop Discussion
*TTRPGs General
Approaches to RPG Design
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="attevil" data-source="post: 6578577" data-attributes="member: 6789426"><p>[ATTACH]67711[/ATTACH]</p><p></p><p>Every month, as I’ve been redesigning <strong>Cyber Run</strong>, a futuristic table top RPG, I’ve also been writing an article based on subject I was redesigning. This month I was going to write about skill systems, but after overhauling our attribute system, I thought it might be more helpful to other game designers to talk about different approaches to designing a game system.</p><p> </p><p><strong>Top-down vs. Bottom-up Design</strong></p><p> </p><p>When I get a game idea, it begins from some detail of another game system that I want to change. After I get enough ideas, I start making a game. This approach is the Bottom-up design—trying to build something with a group of piecemeal ideas. One problem with this approach is linking each idea together in a logical way can sometimes be difficult. Bottom-up design does have its place, but mostly toward the end of the development cycle when I want to use the results of play testing.</p><p> </p><p>Top-down design is required for designing a game’s core mechanics. A game needs to have a foundation that the other game mechanics revolve around. Creating a core mechanic for a game is difficult; it not only determines the type of game I am creating, but also how it will be played. I might have an idea about how to make an existing game system better, but not an idea about how to make an entirely new system.</p><p> </p><p>What helps me most in creating a new system is determining what I want to communicate to the players. In the case of <strong>Cyber Run</strong> it is morality, which as a result determined a list of character actions, which allowed me to build the entire core mechanic.</p><p> </p><p><em>D&D</em> has a morality system called alignment. I and probably a thousand other people have spent hours debating over the interpretation of an alignment. I disliked the alignment system, but it was central to the game, expressed in spells, abilities and class restrictions. <em>White Wolf</em> games have a humanity meter, which attempts to keep player characters from becoming psychopaths.</p><p> </p><p>For <strong>Cyber Run</strong>, I didn’t want to judge a character’s actions as being good or evil. Instead I wanted the system to handle consequences to actions in a realistic way.</p><p> </p><p><strong>Realism vs. Numbers</strong></p><p> </p><p><em>D&D</em> took real medieval society roles to create character classes, and assigned a character attribute for each class to create their core mechanic. The hit point, saving throw, and attack systems revolved around this core mechanic.</p><p> </p><p>Some games don’t need or want to reflect reality in anyway, but in RPGs I found that I become more absorbed in the games that do reflect some aspect of reality. I sometimes get too focused on this reflection in the details of a system and lose sight of the big picture. I find that it is better to limit reflecting reality in a game to the core mechanic, and then just concentrate on how the other game systems can work with the core.</p><p> </p><p><em>D&D </em>has a terrible, realistic representation of shields in their Armor Class system. In realistic shield-wielding combat, the shield is the primary defense against attacks, and in <em>D&D</em> it can be a simple +1 to AC compared to full plate armor that gives a +8. This mechanic can be addressed with house rules and the expanded rules that more recent editions provide, but in first edition <em>D&D</em>, reflecting realistic shield combat was not as important as reflecting realistic medieval societal roles.</p><p> </p><p><strong>Basic Rules vs. Detailed Rules</strong></p><p> </p><p>I like the idea of a game with few and simple rules, such as <em>Guardians of the Order</em> games or something like <em>Ghost Echo</em>, but the simple games I play are only fun for a inadequate amount of time due to their limited content and complexity. Heavily detailed games can be fun, eventually, but the initial cost of time for reading and learning one is a barrier that prevents many gamers from ever playing the game.</p><p> </p><p>In addition, simpler game systems rely heavily on the ability of the game master. An experienced GM is free from the shackles of strict rules to craft a story, but an inexperienced GM can become frustrated, often ignoring some of the rules of the game systems, to simplify the entire game as a result, providing the players with a less desirable game experience.</p><p> </p><p>Detailed game rules allow inexperienced GMs to perform better without making an experienced GM perform worse. Finding the balance between the two approaches can be tricky; I make the most basic rules possible for a play test and slowly add more rules after a few gaming sessions. What I found most important in creating a game is to not get burnt out on the design. Only if I maintain my passion for the project can it get finished. I hope this helps anyone struggling with their own game design.</p><p> </p><p>Follow the Development of <strong>Cyber Run</strong></p><p> </p><p><a href="http://cyberrun.grumpogames.com/" target="_blank">http://cyberrun.grumpogames.com/</a></p><p> </p><p>- See more at: <a href="http://grumpogames.com/blog/approaches-to-rpg-design/" target="_blank">http://grumpogames.com/blog/approaches-to-rpg-design/</a></p></blockquote><p></p>
[QUOTE="attevil, post: 6578577, member: 6789426"] [ATTACH=CONFIG]67711._xfImport[/ATTACH] Every month, as I’ve been redesigning [B]Cyber Run[/B], a futuristic table top RPG, I’ve also been writing an article based on subject I was redesigning. This month I was going to write about skill systems, but after overhauling our attribute system, I thought it might be more helpful to other game designers to talk about different approaches to designing a game system. [B]Top-down vs. Bottom-up Design[/B] When I get a game idea, it begins from some detail of another game system that I want to change. After I get enough ideas, I start making a game. This approach is the Bottom-up design—trying to build something with a group of piecemeal ideas. One problem with this approach is linking each idea together in a logical way can sometimes be difficult. Bottom-up design does have its place, but mostly toward the end of the development cycle when I want to use the results of play testing. Top-down design is required for designing a game’s core mechanics. A game needs to have a foundation that the other game mechanics revolve around. Creating a core mechanic for a game is difficult; it not only determines the type of game I am creating, but also how it will be played. I might have an idea about how to make an existing game system better, but not an idea about how to make an entirely new system. What helps me most in creating a new system is determining what I want to communicate to the players. In the case of [B]Cyber Run[/B] it is morality, which as a result determined a list of character actions, which allowed me to build the entire core mechanic. [I]D&D[/I] has a morality system called alignment. I and probably a thousand other people have spent hours debating over the interpretation of an alignment. I disliked the alignment system, but it was central to the game, expressed in spells, abilities and class restrictions. [I]White Wolf[/I] games have a humanity meter, which attempts to keep player characters from becoming psychopaths. For [B]Cyber Run[/B], I didn’t want to judge a character’s actions as being good or evil. Instead I wanted the system to handle consequences to actions in a realistic way. [B]Realism vs. Numbers[/B] [I]D&D[/I] took real medieval society roles to create character classes, and assigned a character attribute for each class to create their core mechanic. The hit point, saving throw, and attack systems revolved around this core mechanic. Some games don’t need or want to reflect reality in anyway, but in RPGs I found that I become more absorbed in the games that do reflect some aspect of reality. I sometimes get too focused on this reflection in the details of a system and lose sight of the big picture. I find that it is better to limit reflecting reality in a game to the core mechanic, and then just concentrate on how the other game systems can work with the core. [I]D&D [/I]has a terrible, realistic representation of shields in their Armor Class system. In realistic shield-wielding combat, the shield is the primary defense against attacks, and in [I]D&D[/I] it can be a simple +1 to AC compared to full plate armor that gives a +8. This mechanic can be addressed with house rules and the expanded rules that more recent editions provide, but in first edition [I]D&D[/I], reflecting realistic shield combat was not as important as reflecting realistic medieval societal roles. [B]Basic Rules vs. Detailed Rules[/B] I like the idea of a game with few and simple rules, such as [I]Guardians of the Order[/I] games or something like [I]Ghost Echo[/I], but the simple games I play are only fun for a inadequate amount of time due to their limited content and complexity. Heavily detailed games can be fun, eventually, but the initial cost of time for reading and learning one is a barrier that prevents many gamers from ever playing the game. In addition, simpler game systems rely heavily on the ability of the game master. An experienced GM is free from the shackles of strict rules to craft a story, but an inexperienced GM can become frustrated, often ignoring some of the rules of the game systems, to simplify the entire game as a result, providing the players with a less desirable game experience. Detailed game rules allow inexperienced GMs to perform better without making an experienced GM perform worse. Finding the balance between the two approaches can be tricky; I make the most basic rules possible for a play test and slowly add more rules after a few gaming sessions. What I found most important in creating a game is to not get burnt out on the design. Only if I maintain my passion for the project can it get finished. I hope this helps anyone struggling with their own game design. Follow the Development of [B]Cyber Run[/B] [URL]http://cyberrun.grumpogames.com/[/URL] - See more at: [URL]http://grumpogames.com/blog/approaches-to-rpg-design/[/URL] [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*TTRPGs General
Approaches to RPG Design
Top