How to make an open world game
Today, we’re going to go over the same problem because it lets us to talk about something we rarely get to discuss, the fact that sometimes when designing, the most important thing is how you conceptualize the problem you’re approaching.
People can approach the same design problem and choose to solve it in radically different ways depending on their perspective of the problem, which in turn, results in radically different games. If you think of jumping over a pit is being about precision, you get Super Meat Boy, but if you think about it as being about speed, you get an Endless Runner. If you view Action RPG combat as a way to make the player more connected to the character rather than seeing it as a weigh station between moments of character development, you get Demon’s Souls instead of Fable III.
So, it falls on us as designers, when we have the luxury, to examine our premises before we dive into the thick of the actual design process.
So, Open World games: There are at least two fundamentally different structures for thinking about how to construct an Open World game. You can conceptualize it as a game made up of town, dungeons and Open World encounters or you can conceptualize it as a game made up of modules in the old D and D sense.
“I’m looking forward to seeing a game crack the problem of providing modules and many adventures and tiny cohesive stories in a seamless Open World design.”
In the first structure, you build out towns, dungeons and encounters and then you slot them into the world as they fit. In the second structure, you compose the world as a patchwork of loosely defined areas, that each have their own adventures running through them. We end up using the Elder Scrolls series as an example a lot because it’s the biggest budget, most marketed, longest running fantasy Open World series out there, but it’s a good example of the first design philosophy.
None of us have worked with Bethesda before, but I’d wager that even their team structure is set up along these lines with different people making the dungeons, towns, and encounters and not a great deal of time is spent coordinating between the groups to make areas of the world feel like holistic zones with their own adventures and multi-quest micro stories running through them.
Baldur’s Gate, on the other hand, is an excellent example of the second design philosophy. Because the game itself is coming from a D and D pedigree, it makes a lot of sense that they look at Open World construction in this manner. If you look closely at that game, you’ll find that each of the zones on the map feels like a unified place with a mini-narrative running through it.
Personally, I feel like the second approach gets you stronger result, as it lends itself more toward interesting encounters rather than simply hack and slash combat problems. It creates a framework that allows designers to craft a strong narrative and an Open World environment without losing the freedom of exploration that’s so essential to Open World design.
Of course, the problem with the module approach is that it’s a bit tougher to pull off from a production standpoint. First, you have to organize your teams so that they’re working together on entire zones, which requires a lot more communication and a lot more management overhead.
Second, it means that while you may be able to salvage some stuff here and there, you are a lot more likely to have to completely scrap a bunch of work if one of the teams falls behind or their area just isn’t coming together.
This method also creates two design challenges for you. First, is the obvious fact that creating holistic micro adventures requires more work from your designers. The alternative of simply creating the constituent parts of those adventures, the dungeons, towns and encounters, and then scattering them about the world doesn’t require as much design staff. The second challenge is in how you delineate the boundaries of those adventures within an Open World framework.
Baldur’s Gate took the technologically necessitated but also simpler design approach of simply dividing the world into separate zones. They had boundaries between these zones and whenever the player crossed them, the game would pause to do a bit of loading. This gave them an easy way to delineate the module or adventure space. That is much harder to achieve with the Elder Scrolls seamless world.
Dark Souls II, which feels less like an Open World game to me, but I’ve had enough people insist to me that it is that I’ll use it here; anyway, Dark Souls II also creates clear zone delineations, but they do it through visual aesthetics, and by having the zones actually all be spokes off of a central hub rather than a truly free roaming space.
Dragon’s Dogma, on the other hand, provides a more module based experience than Skyrim within a true Open World by having its contents seemingly designed as areas rather than as pieces. It’s basically an Elder Scrolls type of game with a more Baldur’s Gate ASCA Module philosophy for their Open World design, but even they didn’t truly go all the way in creating the module-like feel of old Black Isle games. Instead, they settled for giving each area a unique sense of theme, tone and design, but eschewed the series of quests and encounters that would make each area a small adventure in and of itself with its own story to tell.
Actually, some of the best modern examples of module-based Open Worlds come from MMOs. If you look at World of Warcraft, many of the zones there, especially later in the game, feel like unified adventures with little stories of their own, but they, too, couldn’t do it without clearly defined zones.
On the production side, I think all of these problems are soluble so long as you go into the project thinking of your world as a patchwork of modules rather than simply a collection of dungeons, towns and encounters.
On the design side, it’s something you’re going to have to play around with in pre-production. It’s easy to do the module thing with clearly defined zone borders, but without zone borders or artificial gating, making these adventures feel natural and keeping the player from getting lost in a mish-mash of overlapping modules as they inadvertently cross between them, is something that will probably require a unique solution for your game, as there’s not a whole lot of successful examples to draw from.
Before we go, I wanted to say something about Sandboxes. Often we seem to use the term, Open World game and Sandbox interchangeably. They’re actually not though. Sandbox games are games where you, the player, create part of the fun yourself by playing around within the world the game presents you. Games like these may benefit less from module-based design because it’s not simply the adventure itself that makes these games engaging. It’s also in finding new areas to mess around in and new ways to play with the systems the game gives you.
Grand Theft Auto games get more mileage out of just building cool bits and socketing them into their world than a lot of fantasy Open World games because in GTA, a well-placed ramp is a new toy for you to experiment with. You could spend hours trying to use it to land your car on an impossibly high building or just enjoy throwing cars off it and laughing yourself silly, whereas, a random troll camp in an Open World fantasy game simply can’t be played with in the same way.
If you’re thinking about creating an Open World game, consider what your design approach should be. Do you want to conceive your world out of a patchwork of modules or would you rather create a single huge space and sprinkle dungeons, towns and encounters all over it? They both have advantages and they both work, but I’ve got to say, I’m looking forward to seeing a game crack the problem of providing modules and many adventures and tiny cohesive stories in a seamless Open World design.