Goals For Your Game Design

Why we need to know what we want

Many disciplines have specific goals in their mind when they approach a new project. An architect would never make a plan for a new building without knowing its purpose. But there are also other criteria that play a part in the design of the building. The same goes for games. This article discusses why we need these goals and elucidates the different kinds of goals that game designers should formulate for their design.

The client's goal: The project

Your game will have a specific goal. Most of the time games are made for profit. They should cost less money than the they gross. But there can be other objectives. Some games are less market-oriented, they want  to educate or they serve as a means of individual expression. Other games want to make profit and add value to an existing brand via high quality. There can be many reasons for a game but it is important to think of the game as a project that has to meet the specific goals of the company you are working for. All your other sub-goals should follow the purpose to accomplish this goal. That’s what your team gets paid for. Almost every game project has restrictions on how to achieve this goal. Most of the time there will be deadlines for when a game should be launched or a budget that defines how much it can cost. These restrictions are more important to your management than they are to you as a game designer but they will play an important role in your day to day work routine. But as we can’t control these, we won’t go into detail on them.

The goals that define the frame of your game

As I already mentioned, goals are all about purpose. At the end of the day your players will have an interactive experience. You should take enough time to define the experience that you’re trying to create and share it with your team. There are different categories of goals that are so essential that you should formulate them no matter what game you are trying to create.

Playtime-budget ratio

I already said that your project will have some restrictions. Most of the time these restrictions will be money and development time. So you have to make a decision about your playtime-budget ratio. What will be the desired playtime of your game? For how long should your players be able to play your game based on the systems and content you provide? How well does your content scale to fit the desired play time? Story-driven games that feature unique scenarios with a strong narrative-driven experience tend to be very expensive when it comes to creating play time. So when you want to have a long-lasting experience that is story-driven and keeps players engaged for years you have to keep in mind that it will be very expensive to produce this content. The games from “Tell Tale Games” are a good example. Even though these games are very successful and have a huge audience they are also weak in their playtime-budget ratio. That doesn’t mean that they are bad games. They give their players what they want: an emotional story-driven interactive experience. But if their goal was to create a long lasting mechanical-driven experience (which it isn’t) you could say that they have failed. Other games have a more mechanical approach where the system that is provided by the game creates enough variation and possible gameplay scenarios that emerge from it that the game stays fresh over and over again so it can be played and enjoyed for years. Counter Strike is a perfect example of a game that has a strong budget-playtime ratio. Its system is so strong and so many unique scenarios can emerge from its mechanics that players can enjoy it for thousands of hours. Of course you can’t compare these games as both have different goals, but just as they did you should formulate your playtime-budget ratio goal for your own game, too.

Business model

What kind of business model is your game going to have? Are you going to be free to play or pay to play? This can hugely impact your decision on how to create the playtime of your game. Free to play games are often very system-driven so it is easier to produce content that is scaleable for a long playtime and doesn’t cost much money. What goals do you have for your business model? Do you want to provide a free to play experience that does not sell power or will power-selling be a motivation driver for the micro-transactions in your game? Think about these aspects and formulate goals that define how you want to make profit with your game.

Gameplay innovation

How innovate will your game be when it comes to gameplay? Again this is nothing you should be hoping for to achieve by accident. You should formulate the different goals that will be innovative in your game and make it stand out compared to other games. You better do some research before you formulate your goals so you can increase your chance that your innovation will be as innovative and useful as needed. A new game needs something new. Otherwise customers can’t figure out why they should buy or play your game instead of the other that is already there, or even worse, already played by them. You can formulate some kind of ratio that describes how innovative your game will be. I love Blizzards approach on dealing with this. I think they always go for some kind of 60/40 - 70/30 ratio when it comes to innovation. In the early years they were very innovative but the in past decade they tend to go for a good and in my opinion very healthy innovation ratio. I’m sure that they formulate their innovation goals for a specific game and try to execute it as good and as deep as possible. That’s the reason why Hearthstone can be played even by players that are new to the CCG genre. They wanted to make a CCG that can be played by a lot of players and they formulated this goal and tried to achieve it. Every card on its own is very easy to understand. The combination of the different cards makes the game deep and complex. But Blizzard made sure that almost every player no matter how new he is to the genre is able to understand the effect of the different cards. And as I already mentioned, this is nothing that happens by accident. Formulate these kinds of goals and try to solve the problems that emerge when you’re trying to achieve them. Communicate them to your team and proof if your game design serves these goals. This way you have a good chance that your game will feature some kind of innovation that provides something new and valuable to the market that pulls players into your game.

Technical innovation

You should formulate if your game will feature a technical innovation. These kinds of innovation can generate a strong value and they will definitely cost you time and money. But these technical innovations do not emerge randomly. They should be part of your formulated goals and you will need good developers to make this innovation happen. Plan how you will achieve your technical innovation and plan enough time to solve all the problems that will rise when you strive for the technical USP in your game. I dare you, I even double dare you to go into production without having a workable prototype that proves that you can achieve your technical goals. Realising in production that you still have to figure out important things on how to solve specific technical problems will cost much more than it would in your concept phase where your team is still small and agile. If you are able to make a breakthrough in a specific technical area it can bring you a lot of new players but as I already said don’t wait for it to become true by accident. Formulate and execute the needed steps to achieve these goals.

Quality

What are the quality goals of your game and how do you make sure that you know when you reached these goals? Do you work with KPI’s to measure the quality or do you strive for a specific rating on metacritic or steam? How will your realize these goals? Try to formulate the goals of your game in quality and think about how to achieve them. If you don’t have an eye on the quality of your game, you run in danger of having no quality criteria at all. Make playtests, do a soft launch of your game, have peer review on regular basis and have a playable version as soon as possible. All these things can help to ensure that you will have the desired quality of your game.

Target Group

Your game will have a target group. Even if you don’t formulate this group there will be a user segment that will be the more interested in your game than any other group. But it is hard to know how big this group will be and if your game satisfies this group as good as possible when you have no idea for who you’re building this game. One of your goals should be that you can fulfill the desires of the players in your target group. So you should better know for who you’re building this game. This will help you even more when it comes to playtests. What kind of people do you invite to your playtests, when you have no idea how your target group looks like?

The high level goals: The experience

In game design you have 2 layers; the systems in your game and their presentation. These two layers create the experience of your game. Some games have a lot of presentation others don’t. To achieve your desired experience you’ll have to define high level goals. These high level goals will be more concrete to the specific game that you’re going to build but still not too concrete when it comes to designing specific systems or features. Do you want an elegant game that is deep and easy to grasp? Do you want mechanics that give your game a pacing that other similar games lack? How should your players feel? How do you want your players to access the content in your game? What will be your core gameplay? What skills will your players need to be good in your game? Define the goals that are elementary to achieve the desired experience. Don’t fall into the trap of thinking that some things are obvious and everybody in your team knows and thinks the same about them. Define and communicate them. Control and communicate the goals that your strive for and the most important values of your game by defining their purpose in relationship to the desired experience. Share these goals with the team. Some studios call these things their “core pillars”. These are the pillars that your game experience will stand on. It is important to create them but it is even more important and difficult to keep them alive during development and make them happen.

Here is a list of presentation examples:

• Our game should make the player feel like he is powerful pirate captain
• Our game should look like a next gen title
• Our game should tell an epic story
• Our game should make the player feel like he is on an unstoppable rampage
• Our game should make the player laugh

And here is a list of mechanic examples:

• Our game should be deep
• Our game should be interesting for years
• Our game should have competitive team based multiplayer
• Our game should have user generated content
• Our game should be a-symmetrical

And here is a list of hybrids:

• Our game should be fun from the very beginning
• Our game should be playable for 6 year old children
• Our game should be very accessible

Do not define too many core pillars and goals that are related to them. Otherwise you can have conflicts and you run in danger that you can’t achieve any of  these goals, so your game becomes a patchwork of ideas and you fail to achieve the goals that are the most important for your desired experience. A well defined and concentrated concept that strives for an unique and raw experience  is a lot better than a fuzzy concept full of loose ideas that isn’t able to shine in one of its many desires.

The mid level goals: Your meta topics

Your game will have topics that will define the gameplay of your game. Shooting, movement, stealth, progression, building or what ever defines the most important actions for your players. It is important that you choose topics that serve your high level goals. For each topic you have to define goals. What are your intentions for each topic? Should your movement be very realistic? Should your shooting gameplay have a very high skill ceiling? Think about the skills your player should need to be good in the different gameplay topics of your game. Should you have some kind of gameplay progression in every topic? Define them again. Try to make them as clear as possible. You do not have to solve this goals in the very beginning, you just have to remember them when you start working on the different subjects. Think about it like a frame that defines the space where you can look for solutions. You can have 1 - 8 goals for each topic and they should be all compatible with each other and your already defined high level goals. Let’s make it clearer with an example.

Think about a shooting system in a tactical first person shooter. Your goals for your shooting system could look like this:

• Shooting has tactical decision making
• Shooting is the fall back mechanic that is the most important to win the game
• Shooting should feel as rewarding as possible
• Players should be more efficient in shooting when they play as a team
• The choice of ammunition should be very important
• Every weapon should have a secondary mode

Maybe you will change your goals during the prototyping phase and that’s totally cool. But without a clear vision for what you’re aiming for it is very hard to create knowledge from your prototypes. How can you rate a feature when you doesn’t know it’s purpose? These goals can help. When you have the feeling that a goal isn’t worth following anymore do not hesitate and replace it with another goal or just cut it completely. But you should at least have one idea for what you’re aiming when you start working for a gameplay system.

But what if you have no idea for what you should aim? That’s cool too. Just find it out. Think about your defined high level goals, they should be able to help finding the topics and goals for your gameplay. If they don’t you may have to rethink your high level goals, as they are not clear enough to provide direction for your mid level goals. Discuss the problem in a group and start a brainstorming. Work on finding your first goals and from there you can come closer to the goals that are worth developing for.

The low level goals: Your features

After you have formulated the goals for your different topics you will have to develop the needed features so your systems and therefor your gameplay can come to life and creates your desired experiences. The different needs for the different features can vary a lot so I won’t give specific information on how to develop the different features. Make sure that everyone who will be working on a specific feature knows its context in the desired experience and topics of the game. Different developers have different skills, give them the possibilities to make use of these skills as efficient as possible by giving clear goals and enough information about the things you’re trying to achieve with the different features. Each animation, texture, mechanic, sound, particle effect, or anything you can think of that will be part of your game should add value to the feature and its purpose. You need clear goals to discuss the different solutions and by defining them you can proof your different results and their capability to serve their desired purpose.

Last words

I know that this way of development sounds a little like over planning everything. But don’t get me wrong, everything I described is something that you should make before your production and the different formulated goals do not have to be as detailed and concrete as you may think. They only have to be concrete enough so that you can start working with an idea of what you’re trying to achieve. Game design is a very fluid and an iterative process, especially in the beginning of development, so your goals may change over the course while you’re exploring the possibilities of your design and that is totally fine and healthy. Working without any intention is very riskful due to the lack of direction. The lower and more specific your goals are the more likely it will be that they will change in some kind of way during the iteration and that is as I already mentioned nothing bad. The high level goals should be well considered and more stable because they are not too concrete so there is still a lot of design space to explore while staying in line with the defined goals.

Summary

In my opinion game design is all about goals. Without goals you can never know what you want to design and therefor you have no possibility to evaluate your results. Designing is coming up with solutions, a problem doesn’t need a solution but a solution needs a problem. Your game design should function as a solution so it needs a problems that it can fix. Formulate your goals so you can see the problems that you have to overcome. This way you can evaluate your solutions and your design can make healthy progress.