Balancing Act (2018)

One of the distinctive features of The Next Project is the lack of a magic subsystem, and I wanted to touch on that a bit, today.

When we look at editions of D&D that use the "3.x" style of spellcasting, what becomes immediately apparent is that the classes are split into "haves" and "have nots." Ultimately, spellcasting classes are interacting with an extra layer of design -- they gain additional resource management, but also have much greater breadth of abilities.

So what do spells typically end up doing, in practicality? In short, you use them for both combat and non-combat, and generally what you're doing with them is spending limited resources to exceed baseline expectations. You can make an area attack to deal more damage than a single weapon swing, to more targets, or you can use it to overcome an obstacle -- whether that be in social encounters or in exploration. You can cast Knock to open a locked door, or cast Charm Person to get past the guard, or sway the regent, or whathaveyou. Generally when you're targeting a creature, there is a save involved, but a lot of times spells "just work" -- you're spending a limited resource, so the game doesn't make you roll.

Now, that being said, you still (as a spellcaster) have the option to not use these resources; you can swing your weapon all day, and you can try and use skill checks to get past non-combat encounters. This was sort of a problem I ran into with the Backgrounds in 5th Edition; they're a great starting point for giving characters declarative power, but everyone gets them. Spellcasters are still operating in a completely different design space than non-casters, while at the same time overlapping everything that the non-casters can do.

What I wanted to do with this game, is to even that all out: classes have their unique features for combat, and non-combat is handled using skills. That's it. We don't need magic as another layer of design that just duplicates things that are already covered; instead, it's used as a method of applying theme or flavour, to how a particular class handles combat or uses skills. We also don't want to be trying to balance off combat and non-combat utility against one another -- a classic "apples and oranges" analogy -- which is why the combat and non-combat aspects of characters are siloed off from one another, and why resource management is kept very minimal, in the game's overall designs.

This also avoids the pitfalls of having the spellcasting classes be the most versatile, powerful, and influential -- a feat which I think was one of 4th Editions greatest successes. As I've said before, the focus on teamwork meant that classes had to be designed to contribute meaningfully, and on about an even par with one another. What this allows the player to do, is to pick the class that most closely approximates the character that they have in mind, learn the ins and outs of that class, and just play -- secure in the knowledge that they haven't made a false choice, will under-perform, and feel like dead weight, bringing the rest of the party down. Balancing classes is important for enabling players to enjoy the game, by helping them to fully realize their character concepts.

Now, the problem with flattening the power curve, is that it is possible for classes to either look (on paper) or feel (in actual play) very similar to one another. This is where I think the design of TNP has the potential to execute better than some of its predecessors, because of class dice. In order for parity to be maintained, a party of 5 characters -- all operating off of different dice -- necessitates each class having unique and different mechanics. Admittedly, this requires a lot of number-crunching by the designer (me) in order to ensure each class can contribute equally. But overall, I think it's a meaningful goal to have, and one that helps guide much of the design process.


---


This sort of touches on one of the snags that have hit the class designs a bit. Trying to emulate D&D-style fantasy classes can mean dealing with some classes that have too much design space, and others that have too little. In most cases with this project, I've had an easier time of reigning in bloated classes, than in expanding classes that are a bit too narrow in focus. The one that always comes to mind in this regard is the Acrobat, and I'm hoping I can find a satisfactory solution for this class, as well as others.

In the near future, I'm hoping I can crank out a minor revision of the current playtest rules, but I also want to finish up a few more classes -- and make some of the needed changes to the new class format and leveling systems.


---


Next post should be on September 9th, so check back then!